NATIONAL RAILROAD PASSENGER CORPORATION 

1 Massachusetts Avenue, NW, Washington, DC 20001 


^AMTRAK 


VIA E-MAIL 


June 15, 2018 


Mr. Edward Hasbrouck 
The Identity Project 
1736 Franklin Street 
9 th Floor 

Oakland, CA 94612 

Re: Freedom of Information Act Request - Interim Response #10 
Tracking Number: 15-FOI-00021 

Dear Mr. Hasbrouck: 

We are further responding to your October 29, 2014 request for information made under the Freedom of 
Information Act (FOIA), which was received via e-mail by Amtrak’s FOIA Office on the same date. 

Your request seeks the records described below: 

(1) Any records of policies, procedures, technical specifications, contracts (including agency 
appointment agreements), or directives to staff, contractors, or agents pertaining to transfers of data 
about Amtrak passengers or customers to the Department of Homeland Security (DHS), any DHS 
component including US Customs and Border Protection (USCBP), the Canadian Border Services 
Agency (CBSA), any other Canadian government agency, or any other foreign government, or the 
subsequent handling or use of such data, including without limitation Advanced Passenger 
Information (API) and any personally identifiable data obtained or derived from the ARROW 
reservation system. 

(2) Any records pertaining to the legal basis for such data transfers, including any e-mail messages 
pertaining to this subject within or between Amtrak, Amtrak agents, Amtrak contractors, and any 
third party or parties. 

(3) Any records of policies, procedures, technical specifications, contracts (including agency 
appointment agreements), or directives to staff, contractors, or agents (including without limitation 
travel agencies and agents authorized to sell Amtrak tickets, and other ARROW users) regarding 
disclosures to be made concerning transfers of data about Amtrak passengers or customers to 
government agencies including DHS. 

(4) Any records of policies, procedures, reports, or directives to staff, contractors, or agents (including 
without limitation travel agencies and agents authorized to sell Amtrak tickets, and other ARROW 
users) regarding compliance with the Personal Information Protection and Electronic Documents 
Act (PIPED A) of Canada, including handling of requests for records or other requests or 
complaints made pursuant to PIPEDA and any disclosures to be made to passengers or customers. 
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(5) Any e-mail messages within or between Amtrak and Amtrak agents, Amtrak contractors, and any 
third party or parties containing any of the text strings "Personal Information Protection and 
Electronic Documents Act", "PIPEDA", or "Privacy Commissioner of Canada". 

(6) Any electronic file in which any of the above records are included. 

(7) All metadata pertaining to any such file, such as file system information indicating the creation 
data, modification date, etc. 

We are continuing to review and process records responsive to your request. We are releasing in part the 
attached records. 

The names and personal identifying information of Amtrak employees and private individuals have been 
redacted from the enclosed records pursuant to exemption 6 of the FOIA on the basis that disclosure 
would constitute a clearly unwarranted invasion of the personal privacy of these individuals. In 
weighing the public interest, it was determined that there was no public interest in disclosing this 
information. 

Please note, the records we are providing are part of a huge text file (800 pages), which we are 
reviewing in parts. Due to the size of the file, the last page may contain an incomplete e-mail. Please 
be advised, the next response will pick up from where we left off. 

If you have any questions regarding the processing of your request, please feel free to contact me at 
Hawkins@amtrak.com or at (202) 906-3741. For further assistance and to discuss any aspect of your 
request you may also contact our FOIA Public Liaison at FoiaPublicLiaison@amtrak.com . 

Additionally, you may contact the Office of Government Information (OGIS), National Archives and 
Records Administration, Room 2510, 8601 Adelphi Road, College Park, MD 20740-6001, e-mail at 
ogis@nara.gov . telephone at 202-741-5770; toll free at 1-877-684-6448; or fax 202-741-5769. 

Pursuant to Amtrak’s FOIA regulations (49 CFR 701.10), if you do not agree with Amtrak’s decision to 
withhold the above-referenced information, you may file an appeal with Eleanor D. Acheson, Executive 
Vice President, Chief Legal Officer, General Counsel and Corporate Secretary, within ninety days (90) 
of the date of this letter, specifying the relevant facts and the basis for your appeal. Your appeal may be 
mailed to Ms. Acheson’s attention: National Railroad Passenger Corporation, Law Department, 1 
Massachusetts Avenue, NW, Washington, DC 20001. The President and CEO of Amtrak have 
delegated authority to the General Counsel and Corporate Secretary for the rules and compliance to the 
FOIA. 

We are continually working through our backlog of requests. The next estimated response date is 
September 28, 2018. 



Sharron Hawkins 
Lead FOIA Specialist 


Attachments 



Border Crossing.txt 


Due to some technical issues in Arrow processing, Enforcement of the 
Passenger information on SABRE PNRs was turned off. Agents can still enter 
the information, but Arrow will not enforce at Ticketing time. I'm not sure 
you need to tell your agents or publish a message, but We wanted to let you 
know. 

(b) (6) 


-Original Message- 

Sent: Monday, October 03, 200b 12:bi PM 
To: (b)(6) 

Cc: (b)(6) 

subject: RE': Amtrakregression and end to end testing for Tuesday September 
20, 2005. 


(b)(6)i, 

Our online Format Finder reference information and agency Bulletin updates 
will be available Thursday, Oct. 6. Therefore, please activate the changes 
on Thursday, Oct. 6. 

Thanks, 


(b)(6) 


Sabre / Travel Network 
Manager, Rail Account Relations 

MMIl IiSill 


-original Message- 

From: (b)(6) [mai 1 to :(b) (6) i] 

Sent: Monday, October 03, 2005 ll:39 AM 

to: nBHMMHHI 

Cc: (b)(6) . - '. * ‘ " 

Subject: RE": AfritraR .regression ana eria to end' testing for Tuesday September 

20, 2005. 
importance: High 

Hello (b)(6) 

When would you like to activate the enforcement of Passenger information for 
SABRE. The original plan was for this Thursday, but as I haven't heard from 
you, would you prefer the following Tuesday? 

Please let me know as soon as possible, 

(b)(6) 


-Original Message- 


From: (b)(6) [mai 1 tc(b)(6) 

Sent: Tuesday, September 20, 2UUb 2:39 PM 
To: (b)(6) 
cc: (b)(6) 

(b)(6) 

Subject: RE: Amtrak regression and end to end testing for Tuesday sepetember 
20, 2005. 
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Hi (b)(6) , 

Due to the time constraint, we were able to provide limited support covering 
the specific scenarios requested below. No automation test support was 
conducted. 


scenario A: 0 ee307/dthfie 
S cenario b: 

PNRS completed for to be processed for infant scenario: 

0EE323/DTLUDL 

0EE328/DTLEWN 

0EE332/DTMFQM 

Scenario c: Non Border Train with PID Field 
Result: PID accepted and ticket issued 
0EE327/LDYCNO 

Scenario D: 1 character first / surname field 


Input: -T/A 
Result: tFORMAT* 



-original Message- 

From: [mailtc(b)(6) "'] 

Sent: Tuesday, September 20, 2U03 y: 32 AM 
To: (b)(6)';;'/ 

Paula; (b)(6); 

Cc: 


Subject: Amtrak regression and end to end testing for Tuesday Sepetember 20, 
2005. 


Good morning, 

PLEASE BOOK PNRS WITH THE FOLLOWING DATES: 20SEP-100CT 

The Test system should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create PNR's with Border crossing segments. Ensure there are 
minimum of two characters for the first and last names. Add 5DOB(date of 
birth)and a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 5DOB 
/ 5PID field and ticket PNR's. Forward PNR numbers. 

B. Create PNR's with Border Crossing segments. Ensure there are minimum of 

two characters for the first and last names. Email me((b)(6) ’;) 

the PNR numbers. I will add an infant to the PNR's and email back". Add 

5DOB and 5PID field for infant and forward PNR's to the test group. 

c. create PNR’s without Border Crossing segments and ensure there are a 
minimum of two characters in the first and last names. Add a 5DOB field 
(not required in non-border crossing PNR's). Please ticket the PNR's and 
forward the PNR numbers. 


D. create PNR's with a 1 character first name and 1 character last name. 
You should be unable to enter lcharacter name fields. 


2. WORLDSPAN ONLY 
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A. Please create and ticket several reservations that contain PTA(Prepaid 
Ticket Advice) numbers. Forward the PNR number to the test group, use the 
attached regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard script. 
«Regression User testi ng 092005 .doc» 

Please send |g§g§g, ill . and myself the results. Thanks for your 

cooperation. 

(b) (6) 

Amtrak Travel Agent Sales center 
(b)(6) 

(b)(6) 

F rom: (b) (6) 

sent: Saturday, October 08, 2005 3:50 PM 

To: (b)(6)- eton; 

(BH6) “ - 

Cc: Arrow on call; (b)(6) 

Subject: Deactivation or APIS Enforcement of PID iri ARROW (due to potential 

problems with credit card Settlement). 

importance: High 

Hello, 

on Thursday, October 6th at approximately 5am EST, a new function was activated to 
ensure all cross-border PNR's contain not only a valid Date of Birth (5DOB), but 
also the new Passenger ID (5PID) item required by APIS for every passenger. Agents 
would be unable to issue tickets for cross-border PNR's unless all such data was 
present. Entry of 5PID data prior to this activation was optional. 

On Friday evening, (6)“(6)' | - 1 reported that Offline credit Card Settlement 

processing was having some problems with missing or corrupted data that could affect 
settlement. A list of several affected credit cards was provided bv to Arrow 

for investigation. 

Analysis of these credit cards on Saturday identified that they all were related to 
authorizations for PNR's that involved cross-border travel. A bug was found in the 
5PID enforcement logic that had this negative impact on some of the credit card 
authorization details passed to offline. 

A decision was made to deactivate 5PID enforcement in order to resolve the problems 
being experienced by credit card settlement. Deactivation took place today (10/8) at 
approximately 2:45pm EST. Note that this does not affect the agents' ability to 
correctly enter all the required APIS data, they will just not receive warnings at 
PNR End Transaction if they have omitted any of the data. 

Further information will be provided on Monday to determine the number of credit 
authorizations affected, but I believe it should a relatively small number. Current 
analysis suggests that only those Cross Border PNR's that were paid for at time of 
ticketing from 10/6 at 5am until 10/8 at 2:45pm were affected, we think Advance 
Payment PNR's were not affected. 

SD&CS representatives were contacted to inform call center and station agents to 
follow published procedures and training instructions/job aids to ensure all DOB and 
PID data is collected and entered. We will need to rely on this procedural approach 
until the systematic enforcement can be reactivated, an estimated date for which 
will be determined early next week. 


Regards. 
.( 6 ) 
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Amtr ak Technologi es 

10 G street,' N.E. 
Washington, D.C. 20002 
Tel: p) jj 


From: 

sent: 

to: 

Subject: 


Thur sday, Octo ber 06, 2005 5:05 PM 
" jpnF T s~157two i nitials 


The consensus is to let the travel agent create the pnr with an initial and then 
send the pnr to a queue which we will then monitor. We can discuss time frame and 
which queue to use. 


As to the error message ~ we would like something like: 


Incomplete First Name - no initials, or 
Full Name Required. 


depending on the number of characters. 


Manager, TASC 
30th Street Station, Box 34 
Philadelphia, PA 19104 


From: 

Sent: 

To: 

Cc: 

Subject: 
Attachments: 



fw: Passenger information Requiremerits 
Worldspan Border crossing changes.doc 


or Border crossing 


The doc you have provided for the provision of APIS data is a draft 
document, has this been finalised? I wished to be sure that we are working 
with defined requirements. 

The Amtrak document suggests that the U.S. CBP has mandated that Worldspan 
and its subscribers must provide the API information. I have been asked to 
point out that CBP have not mandated any GDS or Travel Agency for the 
provision of this data and that this should be clear in any notices. 

Your specification document appears to mandate the requirement of the API 
data at time of ticketing, that is, if it is not present at time of ticket 
request an error will be returned. A number of subscribers have raised this 
issue as it is at variance to their interpretation of the API requirement 
and their policy decision of non-provision. How should we respond to these 
enquiries? can we redirect them to you? 


Brgds, 


Forwarded by 111 


i/LON/WSP on 23/09/2005 12:51 
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Passenger Information Requirements 
for Border crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border crossing pnrs in Arrow. 

These , ... 

changes are being mandated by the US Border Inspection Agencies. We have 
targeted the requirements to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach for 
passing data that you will employ. 

Thanks, 



«Worldspan Border crossing changes.doc» 

(See attached file: Worldspan Border Crossing changes.doc) 

sent: Thur^sciay,October 06, 2005 10:34 AM 

to: 

Cc: 

subject: RE: ssrdocs 



i'll let you know as soon as it is available (hopefully in 1 or 2 weeks). 



-Original Message-^ _ _^ 

Sent: Thursday, October 06, 2005 10:03 AM 

to: (b)(6).- .. 

cc: 

Subject: Fw: SSRDOCS 



Can you please advise when your code for the SSR DOCS format will be 
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available in test.. 


Thanks 



From: 


Forwarded by ffigfl«il^^^P /MlA/AMAPEUS on 10/06/2005 10:01 AM 
(ANH/MKT/PAR) on 10/04/2005 07:43 AM 




Here are a couple of rlocs for bookings I made which contain the SSRDOCS 
format. 


x8nti9 

X8NTII 

X8NTIF 

X8NTK8 

X8NTHB 

X8NTI2 

X8NTXQ 

X8NTLM 

X8NTH9 

X8NTH5 

All Of these returned the SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR 
TO TICKETING error. 

Please let me know if there's a problem 


Regards, 


From: 

sent: 

To: 

Subject: 


W^ ^^^^^P octobe5 8:26 AM 


Heiio mm, 

A quick clarification, hopefully: the APIS format for documentation number 
(passport/ID/etc) states 15 characters, is this l-15charcaters? or should 
it have leading zeros? 
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Thx, 


From: .... 

Sent: Tuesday, October 0 4, 2 00 5 2:23 P M 

Subject' RE^SC# “159163 ^ APir^fectronic Manifest Correction 


Thanks. I've have (b)(6) 


at cbp verify that it processed correctly, too. 


mUg, can I get this in for next week's load? 



-o rigin al Mess a ge--- — 

sent: Tuesday,' October 04, 2005 1:46 PM 

Subject:' RE: SC# 159165 - APIS Electronic Manifest Correction 

Looks good internally 125 followed by 87 
ATTACHED CORE BLOCK 0095C000 AT LEVEL 0 

95COOO 000 D6D40000 00000000 00000000 00000000 OM. 

95C010 010 0AFF0000 0000000D 0A01D8E4 40C4C3C1.QU DCA 

95C020 020 E4E2C3D9 0D0A4BC9 C1C4C1E3 E7C840F0 USCR...IADATXH 0 

95C030 030 F4F1F7F3 F80D0A02 E4D5C17A 4E4B6F40 41738... UNA:... 

95C040 040 7B0D0AE4 D5C24EE4 D5D6C17A F44EC1D7 #..UNB.UNOA:4.AP 

95C050 050 C9E26DC1 D4E37AF2 E54EE4E2 C3E2C1D7 IS.AMT:2V.USCSAP 

95C060 060 C9E27AE9 E94EF0F5 F1F0F0F4 7AF1F0F3 IS :ZZ. 051004:103 

95C070 070 F84EF1F0 F3F8F2F7 4E4EC1D7 C9E27B0D 8.103827..APIS#. 

95C080 080 0AE4D5C7 4ED7C1E7 D3E2E34E C1D7C9E2 .UNG.PAXLST.APIS 

95C090 090 6DC1D4E3 7AF2E54E E4E2C3E2 C1D7C9E2 .AMT:2V.USCSAPIS 

95C0A0 0A0 7AE9E94E F0F5F1F0 F0F47AF1 F0F3F84E :ZZ. 051004:1038. 

95COBO 0B0 F0F0F0F0 F0F0F0F1 4EE4D54E C47AF0F2 00000001.UN.D:02 

95COCO 0C0 C27B0D0A E4D5C84E F1F0F3F8 F2F74ED7 B#..UNH.103827.P 

95C0D0 0D0 C1E7D3E2 E37AC47A F0F2C27A E4D57AC9 AXLST:D:02B:UN:I 

95C0E0 0E0 C1E3C14E 4EF0F17A C67B0D0A C2C7D44E ATA..01:F#..BGM. 

95C0F0 0F0 F7F4F54E 4E7B0D0A D5C1C44E D4E24E4E 745..#..NAD.MS.. 

95C100 100 4EC1D9D9 D6E66F40 D6D56F40 c3C1d3d3 .ARROW. ON. CALL 

95C110 110 7B0D0AC3 D6D44E(b) (b)(6) #. .COM.(b)(6) 1 

95C120 120 (b)(6) 7A E3c54E(b) (b)(6) (b)(6) (b) :TE.(b)(6) 

95C130 130 (b) (6) 7A C6E77B0D OAE3C4E3 ^EF2FU4E (b) FX#..TDT.2U. 

95C140 140 F2E5F6F9 7B0D0AD3 D6C34EF1 F2F54ED5 '2V69#..LOC.125.N 

95C150 150 E8D77B0D 0AC4E3D4 4EF1F8F9 7AF0F5F1 YP#..DTM.189:051 

95C160 160 F0F0F6F0 F8F1F57A F2F0F17B 0D0AD3D6 0060815:201#..LO 

95C170 170 C34EF8F7 4ED4E3D9 7B0D0AC4 E3D44EF2 C.87.MTR#..DTM.2 

95C180 180 F3F27AF0 F5F1F0F0 F6F1F8F3 F07AF2F0 32:0510061830:20 

95C190 190 F17B0D0A D5C1C44E C6D34E4E 4Mg||j| 1#..NAD.FI- WM 

95C1A0 1A0 (b)(6) 4E4E 4E4E4E/B MO:(b)(6) . . .'?'.# 

95C1B0 IbO HM!c#e3 D44EF3F2 F97AF3F8 F0F5F0F1 ..DTM. 329: 380501 

95C1C0 ICO 7B0D0AD5 C1E34EF2 4EC9E3C1 7B0D0AD9 #..NAT.2.ITA#..R 

95C1D0 IDO C6C64EC1 E5C67AF1 F3F3C5F4 F37B0D0A FF.AVF:133e 43#. j . 

95C1E0 1E0 D5C1C44E C6D34E4E 4E(b)(6)' (bT{6) || NAD ■ FL . .jPJteffgia 

95C1F0 iFO (b)(6)14E4E 4E4E4E/B UDUAC4E3 R.#..DT 

95C200 200 D44EF3F2 F97AF4F8 F0F9F3F0 7B0D0AD5 M.329:480930#..N 

95C210 210 C1E34EF2 4EC3C1D5 7B0D0AD9 C6C64EC1 AT.2.CAN#..RFF.A 

95C220 220 E5C67AFO F9F8C1F2 C37BODOA D5C1C44E VF:098a2C#..NAD. 

95C230 230 C6D34E4E (b)(6) FL... (b)(6) 

95C240 240(b)(6) (b) 4E4E4E 4E4E/BUD UAC4E3D4 (b)(6) .#..DTM 
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95C250 250 4EF3F2F9 7AF8F4F0 F4F1F77B 0D0AD5C1 .329:840417#..NA 

95C260 260 E34EF24E E4E2C17B 0D0AD9C6 C64EC1E5 T.2.USA#.. RFF. AV 

95C270 270 C67AF1K1 C4C2C2F2 7BODOAD5 C1C44EC6 F:11DBB2#..NAD.F 

95C280 280 D34F.4E4E C3D6E4D3 E2D6D57A DlClC3D8 I-(b)(6) 

95C290 290 F4C5D3C9 D5C54E4E 4E4E4E7B 0D0AC4E3 (b)(6) .#. .DT 

95C2A0 2A0 D44EF3F2 F97AF4F9 F0F7F2F7 7B0D0AD5 M.329T490727#..N 

-Original. Mes sage- 

Sent: Tu eTd'ayqctober 04, 2005 1:24 PM 

subject * sc#“159163 - APIS Electronic Manifest Correction 


Will you please test this sc item in Native for me? I finally got confirmation on 
the issue this morning from CBP so that I could make the change. 

In a nutshell, we were originally sending LOC-87 data (arrival) ahead of LOC-125 
data (departure). Evidently, APIS needs it in a specific (i.e., reverse) order. 

I modified the code to send LOC-125 data followed by LOC-87. 

If it tests well, I'd like [to try] to get it in the load for 11OCT05. 

Thanks! 


, 2005 1:24 PM 

- APIS Electronic Manifest Correction 

Will you please test this SC item in Native for me? I finally got confirmation on 
the issue this morning from CBP so that I could make the change. 

In a nutshell, we were originally sending LOC-87 data (arrival) ahead of LOC-125 
data (departure). Evidently, APIS needs it in a specific (i.e., reverse) order. 

I modified the code to send LOC-125 data followed by LOC-87. 

if it tests well, I'd like [to try] to get it in the load for 11OCT05. 

Thanks! 


From: 

Sent: 

To: 

Subject: 



SC# 


from: (b)’(6) ■ ■ 

Sent: Tuesday, October 04, 2005 8:45 AM 

Subject:^ RE: SSRDOCS 

I need to capture a TTY as it comes from them but at least 3 of those PNRs show the 
format used (I think), so I will work based on this. 

SSRDOCS2VHKl/RA/BZ/123456789012345/BZ/123UL64/M/123UL04/AMTRAK 
SSRDOCS2V////THREE/H 
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-origi nal M essa ge-- — 

Sent: tlTe^ayT - October^ 04, 2005 8:16 AM 

Subject! FW: SSRDOCS 

fyi 


-Origi naj M e ss ag e• 

From: ( b )'(Sr/- M 

sent: Tuesday, October 04, 2005 8:02 AM 

Subject: RE: SSRDOCS 


I did these this morning... 

2v 038318 

2V 038313 

2V 038312 

2V 038319 

2V 03830F 

2V 038317 

2V 038316 

2V 03831B 

2v 038310 

2V 038311 


Regards, 


From: 



on 10/04/2005 07:50 AM AST 



Yes - pMfjlllll code isn’t loaded - when did you do these? and what's the 
Amtrak Record locator? 













Subject: SSRDOCS 


Border Crossing.txt 


Here are a couple of rlocs for bookings I made which contain the SSRDOCS 
format. 


X8NTI9 

X8NTII 

X8NTIF 

X8NTK8 

X8NTHB 

X8NTI2 

X8NTIQ 

X8NTLM 

X8NTH9 

X8NTH5 

All of these returned the SSR OTHS 1A KKl PNR REQUIRES DOB INFORMATION PRIOR 
TO TICKETING error. 

Please let me know if there's a problem 


From: 
Sent: 

To: 
cc: 
Subject: 
20, 2005. 



Amtrak regressi 


ng for Tuesday September 


our online Format Finder reference information and agency Bulletin updates will be 
available Thursday, Oct. 6. Therefore, please activate the changes on Thursday, 
Oct. 6. 

Thanks, 



sabre / Travel Network 
Manager, Rail Account Relations 



From 

Sent 

To: 

cc: 


•Original Mes sage 


Mo 



Subject: RE: Amtrak regression and end to end testing 
2005. 

importance: High 


or Tuesday September 20, 


Hello jC RffllM . 

When would you like to activate the enforcement of Passenger information for 
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SABRE. The original plan was for this Thursday, but as I haven't heard from 
you, would you prefer the following Tuesday? 

Please let me know as soon as possible, 



From: 


-Original Message- 


Sent: Tuesday,' September 20, 2005 2:39 PM 



Subject: RE: Amtrak regression and end to end testing for Tuesday Sepetember 
20, 2005. 


Hi 


Due to the time constraint, we were able to provide limited support covering 
the specific scenarios requested below. No automation test support was 
conducted. 


Scenario a: 0EE307/DTHFIE 


Scenario B: , _ 

PNRS completed for to be processed for infant scenario: 

0EE323/DTLUDL 

0EE328/DTLEWN 

0EE332/DTMFQM 

Scenario C: Non Border Train with PID Field 
Result: PID accepted and ticket issued 
0EE327/LDYCNO 

Scenario D: 1 character first / surname field 


input: -T/A 
Result: fFORMATf 



Subject: Amtrak regression and end to end testing for Tuesday Sepetember 20, 
2005. 


Good morning, 

PLEASE BOOK PNRS WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create pnr's with Border Crossing segments. Ensure there are 
minimum of two characters for the first and last names. Add 5DOB(date of 
birth)and a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 5DOB 
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/ 5PID field and ticket pnr's. Forward PNR numbers. 


B. Create pnr's with Border crossing segments. Ensure there are minimum of 
two characters for the first and last names. Email mei^^ 
the PNR numbers. I will add an infant to the PNR s and emai1 
5 dob and 5PID field for infant and forward PNR's to the test group. 


c create PNR's without Border Crossing segments and ensure there are a 
minimum of two characters in the first and last names._ Add a 5DOB field 
(not required in non-border crossing PNR's). Please ticket the PNR s and 
forward the PNR numbers. 


D Create PNR's with a 1 character first name and 1 character last name. 
You should be unable to enter Icharacter name fields. 


2. WORLDSPAN ONLY 

A please create and ticket several reservations that contain PTA(Prepaid 
Ticket Advice) numbers. Forward the PNR number to the test group, use the 
attached regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard script. 

the results. Thanks for your 


«Regression user testing 092005.doc» 

Please send and myself 

cooperation. 



if you have any questions 


Here” V f 1 the additional test information we discussed, 
please call me. 


^Create some border crossing PNRs with DOB info. 

2- create some border crossing PNRs without DOB info. 

3- Try to issue tickets for all PNRs 

only PNRs with valid DOB info should ticket. 

4_Ti c ket some regular PNRs and check all ok. use the attached regression script 
Please forward all pnr's numbers to the test group. 


please send g 
cooperation. 

wm i ■ 

Amtrak Travel Agent sales Center 

(6)(6F- aga 

mHn 


From: 

Sent: Thu rsday, S eptember 29, 2005 11:54 AM 

To: MM .. 

Cc: jfBBl 

Subject: 


and myself the results. Thanks for your 


Change Number^" 158917 
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(b)'C6)T. has approved this change to fix border crossing enforcement for Apollo 
ticketing. The segment has already been moved to the test library. 


Please let me know if we need anything else. 


sent! 29, 2005 11:04 AM 

subjectOpened 
Hello All, 

This is the fix for Apollo ticketing to re-enforce the need for DOB - we would like 
to load as Addendum to next Tuesday’s load, but I know that there are other issues 
out there at the moment, which may need to be loaded sooner than Tuesday - in that 
case, we’d like this change to go with that change. Do you want us to proceed down 
the addendum path for now - as this will allow the GDS to test, whilst we wait on 
the other issues? 

Many Thanks, 


orig inal Mess age- 



tember 29, 2005 10:52 AM 
ange Request Opened 


This is the sc. TAAEE0 has been already moved to the TEST library. 



-original Message- 

From: Production, ServiceCenter 
Sent: Thursday, September 29, 2005 10:41 AM 

Sub j ect: : Cliang¥ Request opened 

serviceCenter Operator: 

Change Number: 158917 
Requested By: lllllil 
Planned Start: 10/04/05 05:00:00 
Planned End: 10/04/05 05:15:00 . 

Brief pescription= AEDIBPlD - GDS APIS.Fix Ticketing problem for Apollo 

Sent: fhursday, S_e p t ember 29~7~2005 10:21 AM 

sSbject:’ (bK6) fw: Arrow 'No Smoking' indicator & PNR Name Restrictions 
Attachments: attvji0x.dat 
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could you please answer question. 

Thanks 


--^Forwarded by MiM«^^Pl ^^^/MlA/AMAPEUS on 09/29/2005 10:19 AM- 

From:! (LLC/CSO/PMO/PSA/PMT) on 09/23/2005 01:28 PM 


TO 


1/mia/amadeus@amaworld 


anh/mkt/par 


cc: 


|MIA/AMADEUS@AMAWORLD 


Subject: 


Re: Fw: Arrow 'No Smoking' indicator & PNR Name 
Restrictions (Document link: 


I will ask for a message to posted on these items. 

Can you please advise what reference pages are being updated by Amtrak, 
GGRAI2V and/or G/tvl? 

Also, I could not view the information in the attachment. I don't have the 
application to open it, apparently. 

Can you please advise what's in the attachment? 


Regards, 


From: 

To: 

cc: 



(ANH/MKT/PAR) on 09/21/2005 12:46 PM 
!/MIA/AMADEUS@AMAWORLD LLC/CSO/PMO/PSA/PMT 

ANH/MKT/PAR 


mvm 

^M7mia/amadeus©amaworld 
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Subjec Fw: Arrow 'No Smoking' indicator & 
t: PNR Name Restrictions 



attached note from Amtrak. 


From: 


Forwarded by 


1/MIA/AMADEUS on 09/21/2005 12:43 


PM 



on 09/21/2005 12:10 PM 


To: 


cc: 


subjec Arrow 'No smoking' indicator & PNR 
t: Name Restrictions 




1. Effective for availability displays of 31oct05 and beyond, the N 
service indicator which designates 'No smoking' will no longer appear. 
Every train [except Auto Train (#'s 52/53)] and every Thruway bus service 
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entirely non-sinoking. This frees up a space in that display which will be 
used for a new service code in the future. This will also cause the phrase 
"non- smoking train" to disappear from www.amtrak.com train services 
displays, it does *not* mean that smoking is going to be allowed again. 

2 We have been working on a project to convey customs-related passenger 
and crew information from Amtrak's Arrow system to the u.S Border 

Inspection „ £ . 

Aqencies Advance Passenger Information System (APIS). As part of this 
endeavor, effective 25sep05, Amtrak will disallow PNR names if the surname 
or first name is less than two characters in length. 

Please ensure that all your subscribers are informed of the above. 

(See attached file: attvjiOx.dat) 


From: 

sent: 

To: 

Subject: 


Tuesday,^S ept ember 27, 2005 8:55 AM 
RE: APIS Message 

thanks, i’ll call again this a.m. and get him to chk production. 


-Oriqinal Message 

From: 

Sent: 

To: 

subject: 


Tuesd a y, Se ptember 27, 2005 8:52 AM 
APIS Message 


Looks good on TPFUSER - no extraneous data that I could see prior to the real data 
Sent: Monday - ,~S e p tember 26, 2005 9:53 AM 

Subject: Middle initials 


We are receiving calls where middle initials are not being accepted. Error r 
is invalid psgr name. I know through testing you must have double diget char 
in the first and last name fields but I didn T t think it affected middle imti 


Error response 
characters 
al s. 


RESV # HL 27SEP CTC-NONE 

NO NAME 

1 181 C NYP-WAS 605A FR 30SEP 

( ND 3 FLD 

INVALID PSGR NAME,INPUT FULL/FIRST NAME 


**NONE** 


940A 30SEP YD 


HKl 


From: (b)(6) ■ , ; 

Sent: Friday, Se ptem ber 23, 2005 2:37 PM 

To: (b)(6). - ~ ' S 

cc: HI 

subject: 


FW: 
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Here's the addendum for TUE, 27SEP05. 
Let me know if you have any questions! 


-original Message- 

From: Production, ServiceCenter 

Sent: Friday, September 23, 2005 2:36 PM 

Subject: change Request Opened 


ServiceCenter Operator: 





Change Number: 158659_ 

Planned Start:^09/2^ 

Planned End: 09/27/05 05:10:00 

Brief Pescn^ptio n =^ae dibP lP -^apis Phase 2 

To: 

Cc: 


Phoi 

Fax 

ema 


23/09/2005 15:29 
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Thank you for your email. We 
will advise you accordingly. 
Thank you. 


need to discuss this internally, my 


coiieag 


Regards 


Product Special i st Non - Ai r 
worldwide Product Planning 


Subject 


RefAPis Enforcement and two Character first Names 








Subject 

apis Enforcement and two Character 
fi rst Names 


Hello, 

we will plan to implement this change into Arrow for worldspan on the 1st 
November at approximately 5am. This will be subject to successful testing 
of the collection of APIS information and of the checks for Two Character 
first names. 


Please let me know if this is acceptable. 
Thanks, 


ember 23, 2005 10:57 AM 




Sabre sent me a record for me to add an infant. I added the infant and entered the 
adults dob and pid info but I was not able to end the record until I entered the 
infants dob and pid. It happended on this record only, res #14ad01. Thought you 
want to know. 



From: 

sent: 

To: 

cc: 

subject 


Friday , S eptember 23, 2005 10: 37 AM 



RE: APIS Enforcement and two Character first Names 


well 

with 


, we might be ok as I 



think capital 


funding for FY06 is approved. I will check 


F rom: __ . „ 

Sent: Frida y, S ep tembe r 23, 2005 10:33 AM 


to: jm 

Subject: FW: APIS Enforcement and two Character first Names 


FYl - This is what I told worldspan - j[lSB 1 feels he'll have both changes made and 
ready by then. 


Did you want Carol to open a TA Synergy for APIS support for October? 
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Message- 


-Ori gi nal 

From: . _; 

sent: Friday , Sep t embe r 23, 2 005 1 0:30 

To: ,(b)(Br ' 

Cc: (^) (6) 

two 


subject: 



fi rst Names 


Hello, 

we will plan to implement this change into Arrow for Worldspan on the 1st November 
at approximately 5am. This will be subject to successful testing of the collection 
of APIS information and of the checks for Two character first names. 

Please let me know if this is acceptable. 


Thanks, 



Hello, 

we will plan to implement this change into Arrow for worldspan on the 1st November 
at approximately 5am. This will be subject to successful testing of the collection 
of APIS information and of the checks for Two Character first names. 

Please let me know if this is acceptable. 


Thanks, 


From: 

sent: 

To: 

Subject: 



23, 2005 10:01 AM 


Here's where the change needs to be - I can make it if you like. 



TOG82310 EQU 
XR 
LH 
SH 


R7.R7 CLEAR EXECUTE REGISTER 

R7,TW21SIZ LOAD SIZE OF LREC 

R7,=AL2(L'TW21SIZ+L'TW21KEY) SUBTRACT SIZE+KEY 


New Code: 


SH R7,=AL2C™21TXT-TW21SIZ) SUBTRACT SIZE+KEY 


From: 

sent: 

To: 

cc: 

Subject 


Thursday, September 22, 2005 4:09 PM 

W-.-. 




RE: 5PID is not supporting internal calls from TTY 


Hello, 
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X noted that the version of PDF1 in TPFUSER today to be loaded this weekend into 
Production doesn’t include the changes for TTY support. 

Those changes will be required prior any load for the GDS to support 5PID. 


Was there any reason for the exclusion? When will they be then loaded? 


Thanks 



From: ___ 

sent: Tuesday, Sep temb e r 2 0, 2005 2:49 PM 
To: 

Subjectf!^ RtfF^5PID~is^'not supporting internal calls from TTY 


I don’t mean to be picky and become annoying but the TTY indicator is being cleared 
in PDFJ for TTY transactions. That’s not what I meant. The branch in the test should 
have re-directed, not removed at all. See MVI instruction my original message below 
where my comment reads 


(This is ok!! Do not clear for TTY!!) 


That instruction should be skipped for TTY transactions. The other two (in bold) are 
being executed ok. 

Something like this... 



TM 

waotii, x 1 10’ 

* TTY? 


BO 

PDFJ1000 

* Y, BR TO CONTINUE. 


MVI 

ebcmoi, x’oo 1 

* N, CLEAR INTERNAL ENTRY INDIC 

PDF!1000 EQU 

* 



L 

Rl5,CElCRO 

* BASE INPUT MESSAGE. 


LH 

R0,MlOCCTF 

* GET I/P MSG SIZE. 

* * * 

EDIT 5-PID 

PASSENGER ID 

NUMBER *** 

Let 

me know if 

you have any 

questions. 
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Thanks and sorry for the inconvenience. 



,19,,2005 4:21 PM 
subject? RE:5PID is not supporting internal 


calls from TTY 


SORRY, LOOKS LIKE IT DIDN'T GET REASMD. WILL FIX FOR TOMORROW. 


-oriq inal Messa ge- 

From: „ " 

Sent: Monday, Septemb er 19 , 2005 2:51 PM 
To: 

subjertf^'^T^SpffiTTnot supporting internal calls from TTY 


I didn’t see the changes. They are not loaded in TPFT and the version of PDFi 
COMMON does not include those changes. 


in 



Subject: RE: 5PID “is" not supporting internal 


calls from TTY 


Done. 


From: 


-Origi n al Mes sage- 


sent: Thursday, Se ptember 15, 2005 4:23 PM 

To: .(B)(6) - W8L 1 

cc: (b)(6) - wimmmm m 

Subject: 5PIDis not supporting internal calls from TTY 
Hello, 


The PD package is not handling internal calls for 5PID requests from TTY. 
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It seems that PDFl has a check for TTY that doesn't allow a counter (RO) to be 
initialized (don't know why). 


See code below (italics mine, bold code that should have been executed) 


TM 

WAOTIl,X'10 1 

* TTY? 

BO 

PDFJ1000 

* Y, BR TO CONTINUE. 

MVI 

EBCM01,X'00' 

* N, CLEAR INTERNAL ENTRY INDIC. (This is ok!! DO 

not clear for 

TTY!!) 


* 

L 

Rl5,CElCRO 

* BASE INPUT MESSAGE. (Not executed!!) 

LH 

RO,MlOCCTF 

* GET I/p MSG SIZE. (Not executed!!) 

(■ ■ 

■) 


PDF!1000 EQU 

* 



This causes the entry to be messed up even if it is valid, while tracing, I forced 
the TTY path to go thru that code and it went right so I think that s the only 
problem. 


Please let us know when this has been corrected. 


Thanks 





Arrow USERTEST testing 


Good Afternoon, 

Here are the items I tested in USERTEST. Let me know if you want anything 
additional tested in USERTEST. 


Item # 158429 

Rebuilding travel agency indexes. 

g-al-aaa Travel/ua/cds/22sep 
2-49551040/y/y/y/05 


Appears to be a-ok 
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MANUAL TASR ENTRY - REJECTED - DUP FOUND 

g-al-test agency/ea/cds-22sep 
2-33566153/y/y/y/05 

MANUAL TASR ENTRY - REJECTED - DUP FOUND 


Item #157148 

Display record containing PNR data. Looks a-ok. 


*N 

14A77F RR HL 29SEP 

-oi@ 


i 


CTC-P 


157.00/ 


RR HL 29SEP CTC-P 


*R 

14A77F 

-oi® mey — 1 

1 215UM WAS-NYP 450A TH 29SEP 

301® R SEG # 1 BASIS IF 

* JOFE RAIL FARE 157.00 
901® (b)(6) ; -H 


157.00/ 
740A 29SEP J 


*1 

14A77F 

-01® g WAS-NYP 450A TH 29SEP 740A 29SEP J 

*H ) 

14A77F ( 

CTC- P l 

1190 AC 930A £2SEP2005 SAC 

NO HISTORY 


157.00 


157.00 


HKl 


HKl 


Item #158482 
Border Crossing PNR's 

14A992 __ RR HL 25SEP CTC-P 55.80/ 55.80 

°i@ Dki by c NY p-MTR 815A WE 05OCT 630P 05OCT YB HKl 

301® R SEG # 1 BASIS ISA 

* YOBl RAIL FARE 55.80 

5001® AAA- 010-123456 

5002® DOB- (b)(6) \/ US/Pl 

5003® PAX ID - IC/US/M ‘ 

901® (iIHI*Wlii-H 


14A99A RR HL 25SEP CTC-P 

-01® (b)(6) 

1 i>lU C. SEA-VAC 745A TH 

301® R SEG # 1 BASIS IF 

* BOFl RAIL FARE 29.00 

2 8909 C. VAC-SEA 1230P SA 

302® R SEG # 2 BASIS IF 

* DOFl RAIL FARE 25.00 

5001® DOB- (b)(6) 1/CA/Pl 

5002® PAX ID - PP/CA/I23456/02SEP2006/M 

901® (b)(6) -A 




54, 

.00/ 

54.00 


29SEP 

1140A 

29SEP 

YB 


HKl 

01OCT 

430P 

01OCT 

T 


HKl 


Amtrak Travel Agent Sales Center 
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wm 


Sent: Thursday, September 22, J005 12:26 PM 

To: MT““ 

cc: 

Subject: 


Yes, if 


re: One character First Names 
could take a look, that would be terrific. 


-original Me ssage - 

Sent: ThursB ay,"S ep tembe r 22, 2005 12:10 PM 
To: 

Cc: __ 

Subject: FW: one Character First Names 


would seem to be no impact to them. 

Would you lite UPWW to take a look at the name processing, once he finishes up 
testing the pid stui^f? 



-original Message 



Subject: RE: One character First Names 


Ok, got one pax to work: 

IP- 0YC8SL -i 

1. OTBBM*ADT-. . . 

1 TR 2V 68YB24SEP SA MTR SDY HKl 950A 423P /O $ 

2 TR 2V 49YB24SEP SA SDY CHI HKl 716P 930A|1 /O $ 

P- 1.P8K - 

T- 1.T/22SEP1148 1p/p8K/CE*5541277342323-> 

G- 1. OSl2VDOBM®®,iyUS-MP^ nj-* 

2.SSRTKTLlPKK’l HLMT-23SEP/J 123.00 - 

3.SSROTHSlPKKl HLMT- NONE/$ 123.00 - 

**** ITEMS SUPPRESSED ****/DH/EDT/DR- 


Sr. Information Technology Analyst 

ENH / D2-032 


Emai l: 
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AM 



Can you try a cross border and ticket issuance 

Cc^jjjlB Ro . L ()ne 

Hi KCfl, here is a copy of our PNR. 

IP- 0YC3XD - 

i-^^^SSEP WE CHI WAS HK1 535P 1159A.1/0 
CAR 3000 ROOM B 

2 TR 2V 94YB29SEP TH WAS BOS HKl 205P 945P /O 

P- 1.P8K - 
T- 1. TAW/00/2 2 SEP-> 

G- 1.SSRTKTLlPKKl HLMT-23SEP/S 519.00 - 
**** ITEMS SUPPRESSED ****/EDT/DR-> 

*DR 

M- 1.ACKN-2V 14A624 22SEP 1123A- 


r ' ^ - .1 . “| _ -i 

sr. information Technology Analyst 
ENH / D2-032 


Emai1: 



cc 


Subject 

One Character First Names 


Page 322 








Border crossing.txt 


Hello, 

It seems that we were able to allow booking with One character first names 
for worldspan, but we need you to test this functionality in our User test 
system today. Please let us know if you have problems. 

Off approximately 9000 PNRs, we found 335 had one character first names. 


Many Thanks, 


From: ____ 

Sent: Thurs day, Sep temb er 22, 2005 11:49 AM 

To: 

subject reT one Character"First Names 
Ok, got one pax to work: 


IP- OYC8SL - 
1 3(b) (6)""~ *ADT-> 

1 TR 2 V 68YB24SEP SA MTR SDY HKl 950A 423P /O $ 

2 TR 2V 49YB24SEP SA SDY CHI HKl 716P 930A|1 /O $ 

P- 1.P8K - 

T- 1.T/22SEP1148 lP/P8K/CE*5541277342323- 

G- 1. OSl2VDOBl(by(6y -~ , VUS- jMM gh 

2.SSRTKTLlPkkr _ HLMT-23SEP/V" " 123.00 - 
3.SSROTHSlPKKl HLMT- NONE/S 123.00 
**** ITEMS SUPPRESSED ****/DH/EDT/DR-> 


s'rT information Technology Analyst 

ENH / D2-032 



09/22/2005 10:29 

AM 


To 

cc 

subject 

RE: One Character First Names 
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can you try a cross border and ticket issuance j|ggf| 
-Original Message-”—■ _ 

Sent: Thursday, September 22. 2005 11:24 AM . . .' 

to: mm jjj 

Subject: Re: One~t:liaFacter First Names 


Hi MM , here is a copy of our PNR. 
IP- OYCJXD - 


1.15(B)(6) 

■* ADT~> 





1 TR 2V 

30DA28SEP 

WE 

CHI WAS HKl 

535P 1159A|1 /O 

$ 

CAR 

3000 ROOM 

B -i 




2 TR 2V 

94YB29SEP 

TH 

WAS BOS HKl 

205P 945P /O 

$ 


p- 1.P8K - 

T- 1. TAW/00/2 2 SEP-> 

G- 1.SSRTKTLlPKKl HLMT-23SEP/S 519.00 - 
**** ITEMS SUPPRESSED ****/EDT/DR-> 

*DR 

M- 1.ACKN-2V 14A624 22SEP 1123A-* 



Sr.“information Technology Analyst 
ENH / D2-032 



Emai 



subject 

one Character First Names 


Hello, 

It seems that we were able to allow booking with One character first names 
for worldspan, but we need you to test this functionality in our user test 
system today. Please let us know if you have problems. 
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off approximately 9000 PNRs, we found 335 had one character first names. 


Many Thanks, 



I can't seem to get passed the DOB error to ticket this... any ideas? 


IP- OYCJ33 -« 

1 ■ 3 2 ADT- 

1 fif " “68YB28SEP WE MTR SDY HK2 950 a 423P /O $ -« 

2 TR 2V 49YB28SEP WE SDY CHI HK2 716P 930A|1 /O $ - 

P- 1.P8K - 

T- 1.TAW/00/22SEP-- 

G- 1.SSROTHS1PKK2 PNR REQUIRES DOB INFORMATION PRIOR TO TICKETI 
NG-i 

2.SSRTKTL1PKK2 HLD LMT DTE 23SEP- 
3.SSRTKTL1PKK2 HLMT-23SEP/$ 246.00 -> 

4. OSl2VDOBl(b) (6) I '/US-(b) (6) - h 
5 . OSl2VDOBl(b) (6) '/US-(b) (6) f. MR- 

6.OSl2VDOCSHk2/RA/Us/12345b78y054321/16lUN2006/M/16DULl948/G 

B-2BB*|*h 

7.OSi2VbC)CSHKl/RA/US/123456789054321/16JUN2006/M/16JUL1940/G 
B-(b) (6) 1- 

M~IfTEST- 

**** ITEMS SUPPRESSED ****/EDT/DR- 
>EZT|$CK—i 

DOB INFORMATION REQUIRED BEFORE TICKETING - 


Sr . information Technology Analyst 
ENH / D2-032 


Emai 1: 



09/22/2005 10:29 
AM 




Subject 


RE: one Character First Names 
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can you try a cross border and ticket issuance { 
-Original Message 


From: _ _ 

Sent: Thursday, September 22, 2005 11:24 AM 

To: m ." " “ 



Subject: Re: One Character First Names 


Hi HSH, here is a copy of our PNR. 

IP- OYCJXD - 

I.l !lli1 /A"ADT^ , ^ 

1 TR 2V ' 30DA28SEP WE CHI WAS HKl 535P 1159A|1 /O $ ^ 

CAR 3000 ROOM B -> , _ 

2 TR 2V 94YB29SEP TH WAS BOS HKl 205P 945P /O $ - 

P~ 1.P8K 

T- 1.TAW/00/22SEP- 

G- 1.SSRTKTLlPKKl HLMT-23SEP/$ 519.00 - 
**** ijemS SUPPRESSED ****/EDT/DR-> 


*DR 

M- 1.ACKN-2V 14A624 22SEP 1123A- 



subject 

one character First Names 


Hello, 

It seems that we were able to allow booking with one character first names 
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for Worldspan, but we need you to test this functionality in our User test 
system today. Please let us know if you have problems. 

Off approximately 9000 PNRs, we found 335 had one character first names. 

Many Thanks, 


From: 

Sent: 

To: 
cc: 

Subject: 

Hi I®!, here is a copy of our pnr. 


Ip- OYCJXD - 
1 ■ 1—i /A*ADT^ 

1 TR 2v - 30DA28SEP WE CHI WAS HKl 535P 1159A|1 /O $ - 

CAR 3000 ROOM B -i 

2 TR 2V 94YB29SEP TH WAS BOS HKl 205P 945P /O $ -- 

P- 1.P8K - 

T- 1.TAW/00/22SEP- 

G- 1.SSRTKTLlPKKl HLMT-23SEP/S 519.00 
**** ITEMS SUPPRESSED ****/EDT/DR-i 

*DR 

M- 1.ACKN-2V 14A624 22SEP 1123A-* 


Thursday, September 22, 2005 11:24 AM 


Re: One Character First Names 


Sr.'information Technology Analyst 
ENH / D2-032 


Emai 



09/22/2005 10:12 
AM 


TO 



Subject 

One Character First Names 


Hello, 

It seems that we were able to allow booking with One character first names 
for Worldspan, but we need you to test this functionality in our user test 
system today. Please let us know if you have problems. 
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Off approximately 9000 PNRs, we found 335 had one character first names. 
Many Thanks, 



Good Morning, 


PLEASE BOOK PNRS WITH THE FOLLOWING DATES: 22SEP-120CT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY , . . 

A. Please create PNR's with Border Crossing segments. Ensure there are minimum of 
two characters for the first and last names. Add 5DOB(date of birth) and a 5PID 
field. Modify / delete / add 5DOB and 5PID fields. Ticket and forward PNR numbers. 

B. Create PNR's with Border crossing segments. E nsure there are min imum of two 

characters for the first and last names. Email ,(t>J(6T_ JUS BJ _J the PNR 

numbers. I will add an infant to the PNR's and email backT Add 5DOB and 5PID field 
for infant. Please ticket and forward PNR's to the test group. 


C. create pnr's without Border Crossing segments and ensure there are a minimum of 
two characters in the first and last names. Add a 5DOB and 5PID field (not required 
in non-border crossing pnr's). Modify / delete / add 5DOB and 5PID fields. Please 
ticket the PNR's and forward the PNR numbers. 


D. create pnr’s with a 1 character first name and 1 character last name. You 
should be unable to enter character name fields. 


2. AMADEUS, APOLLO, SABRE & WORLDSPAN 

A. Create 2 PNR's. create one WITHOUT Border crossing segments and one WITH 
Border Crossing segments. Ensure there is a minimum of two characters in the first 
and last names. Add a 5DOB field to each PNR and forward the Amtrak PNR numbers. 

Do not ticket. 

B. Create 1 PNR to any destination. Please drive the ticket and forward the 
ticket numbers and the Amtrak PNR number. 

C. Please claim and ticket the PNR assigned to you system. Please forward the 
Amtrak PNR number. 


AMADEUS APOLLO SABRE WORLDSPAN 

14A597 14A5BO 14A5B1 14A5B4 


3. Do full ARROW regression testing based on the attached standard script. 


Please send! 
cooperation. 


Amtrak Travel Agent sales Center 


the results. Thanks for your 
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From: 

Sent: 

to: 

Subject: 


Thursday, September 22, 2005 11:13 AM 


One Character First Names 
High 


importance: 

Hello, 

It seems that we were able to allow booking with One character first names for 
Worldipan but we need you to test this functionality in our User test system today. 
Please let us know if you have problems. 

Off approximately 9000 PNRs, we found 335 had one character first names. 

Many Thanks, 


sent: fhursday, SeptemE er 22, 2005 11:00 AM 

to: 

Cc: — 

Subject: One character First Names 


Importance: 


High 


Hello All 


worldspan called this morning and raised an issue about the one 
chanqe. We did send them the initial change request stating an 
but no follow up was sent to them till Yesterday - obviously 4 days 
little short. I've told them I didn t think there was anything we could do, but 
did say I would raise it to the powers that be. They assumed, that this enforcement 
would be tied to the acceptance of PID. 


character first name 
October 1st date, 
notice is a 

I 



Orchison. 


I actually just tested this in TPFUSER, and it allowed me to build a gds PNR with a 
one character first name, so maybe we're okay! 


Here's the PNR: 


14A5B6/Y9065P-1P HL 29SEP 
-01© JONES/A 
-02© JONES/B 

1 170 C WAS-BOS 

301© R SEG # 1 BASIS 2F 

* YOTC RAIL FARE 
5001© FBD- 2F 

901© NONE 


CTC-T 1055604 


500A TU 18APR 1233P 
192.00 


192.00/ 
18APR YB 


192.00 


O HK2 



Wednesday, September 21, 2|05 12:17 
ibT(6) 

(b)(6) - - ' ' ___ 

Re: Arrow 'No Smoking 
Attachments: atte8nrb.dat 


PM 


indicator & PNR Name 


Restrictions 


Page 329 



Border Crossing.txt 


Thank you for that email. 

could you please advie what kind of notification will be sent by Amtrak to 
their customers regarding both below items? 

Regards, 



Product Specialist Non -Air 
Worldwide Product Planning 

Phon 
Fax: 
emai 



Arrow 'No smoking' Indicator & PNR 
Name Restrictions 



1. Effective for availability displays of 3loct05 and beyond, the N 
service indicator which designates ’No smoking 1 will no longer appear. 

Every train [except Auto Train (#'s 52/53)] and every Thruway bus service 

entirely non-smoking. This frees up a space in that display which will be 
used for a new service code in the future. This will also cause the phrase 
"non- smoking train" to disappear from www.amtrak.com train services 
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displays, it does *not* mean that smoking is going to be allowed again. 

2 We have been working on a project to convey customs-related passenger 
and crew information from Amtrak's Arrow system to the u.S Border 

inspection , . r , . 

Aqencies Advance Passenger information System (APIS). As part or this 
endeavor, effective 25Sep05, Amtrak will disallow PNR names if the surname 
or first name is less than two characters in length. 

Please ensure that all your subscribers are informed of the above. 



Arrow 


smoking' indicator 


Name Restrictions 


1. Effective for availability displays of 3l0ct05 and beyond, the N service 
indicator which designates ’No Smoking' will no longer appear. Every train [except 
Auto Train (#'s 52/53)] and every Thruway bus service is entirely non-smoking. This 
frees up a space in that display which will be used for a new service code in the 
future. This will also cause the phrase "non- smoking train to disappear from 
www.amtrak.com train services displays. It does *not* mean that smoking is going 
to be allowed again. 

2. We have been working on a project to convey customs-related passenger and crew 
information from Amtrak's Arrow system to the U.S Border Inspection Agencies Advance 
Passenger Information System (APIS). As part of this endeavor, effective 25Sep05, 
Amtrak will disallow PNR names if the surname or first name is less than two 
characters in length. 

Please ensure that all your subscribers are informed of the above. 


TABLE FOR AMTRAK BORDER 

CROSSINGREQUIREMENTS 


From: _____ 

Sent: Wednesday, September 

Subject: Fw: WO 1507975 


2005 ii-M AM 
RAL:2v: UPDATE S 


The list of document type (RA, PR, PP, RE, RT, NC, BC, MO) is different 
than the list provided in AIRIMP (F, AC, A, C, I, IPand P). Shall we also 
define the SSR docs to accept the document types defined in AIRIMP or only 
the list mentionned in the sor? 

The qenders can be M or F. But in AIRIMP, the gender can also be U 
(Undisclosed gender). Shall we define the SSR DOCS to also accept U as 
gender or only F and M as mentionned in the sor? 


Thanks 
Yvonne 
From: 

sent: _ 

subject/ )( " FW: SSR DOCS for AMTRAK 
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can you confirm that you agree with the elements being all optional. 
Thanks 

'Forwarded by :(iI§S^^^»^ /MlA/AMADEUS on 09/21/2005 10:57 AM 
From: '(h)(6)' 'MWi CANH/MKT/PAR) on 09/13/2005 08:15 AM 


To: 



cc: 

subjec Fw: SSR DOCS for AMTRAK 
t: 


Here is the note sent by DEV, I forgot to mention the last item. 
Regards, 


Product Analyst - GMS Rail 
aMaDEUS 
Tel: 

Fax) 



From: 


j/MIA/AMADEUS on 09/13/2005 08:14 AM - 

DEV/GCO/GCA/AIR/PDF on 09/13/2005 09:34 AM 


CEDT 


(b)(6) V] ANH/MKT/PAR 

(b)(6) ' _1/MIA/AMADEUS@AMAW0RLD 

(b)(6) J . DEV/GCO/GCA/AIR/PDF 

^b) (6) - ""'VNCE/AMADEUS@AMAWORLD DEV/GCO/GCA/AIR/PDF 

- ■: 

■Bi B/nce/ amadeus@amaworld 


Subjec SSR DOCS for AMTRAK 
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in your SOR, you mention some specific document types that are not defined 
in AIRIMP and have not been agreed by ICAO. If we have to accept these 
codes, then we will make no validation on the text and only check that 1 or 
2 alpha characters are present. 

Also, with regards to elements that are defined as mandatory. During the 
RESCOM meeting last week, the airlines decided that it is better to make 
most of the elements optional otherwise the agent will enter anything they 
want just to have the system accept the input. 


Regards 
Stephen 
From: 

sent: Tuesday 

to: 

Subject: 


"September 20, 2005 4:08 PM 
FW: Infant Booking 


I answered the second paragraph. Have a good one. 


Arntrak Travel Agent Sales Center 


-Original Message- 

From: ___ 

sent: Tuesday, September 20 
to: 

Cc: ______ 

Subject: RE: infant Booking 



All looks good with the infant pnr. I was able to issue a ticket, user error...(my 
bad) l forgot to open the previous sabre pnr. I issued the ticket on newly created 
Sabre PNR. Although, result was the ticket issued fine. 


What are the procedures for Travel Agents to add an infant? I need to be advised to 
add the documentation to Sabre Online Training. Will we be testing these formats 
again on Thursday / Friday? 


Thanks, 






Border crossing.txt 


to_ 

Subject 


: ant Booking 


The infant has been added. 



-Ori ginal Message 

From: '(b) (6) . ..... y __ 

Sent: Tuesday, September 

subjectf 2 infant Booking 



Hi 



can we try and adding an infant to this PNR? 


0EE322 / DTLTTH 


Thanks, 



Sabre / Travel Network 


Manager, Rail Account Relations 


From: 

Sent: 

to: 

cc: 

Subject: 


fueslay, September 20, 2005 2:49 PM 



re: 5PID is not supporting internal calls from TTY 


I don’t mean to be picky and become annoying but the TTY indicator is being cleared 
in PDFJ for TTY transactions. That’s not what I meant. The branch in the test should 
have re-directed, not removed at all. see MVI instruction my original message below 
where my comment reads 


(This is ok!! Do not clear for tty!!) 


That instruction should be skipped for TTY transactions. The other two (in bold) are 
being executed ok. 

Something like this... 

TM WAOTIIjX 1 10 1 * TTY? 

BO PDF31000 * Y, BR TO CONTINUE. 
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* N, CLEAR INTERNAL ENTRY INDIC. 

pdf: looo equ 

it 

* 


L 

Rl5,CElCRO 

* BASE INPUT MESSAGE. 

LH 

R0,MlOCCTF 

* GET I/P MSG SIZE. 

*** EDIT 5-PID 

PASSENGER ID 

NUMBER *** 


Let me know if you have any questions. 
Thanks and sorry for the inconvenience. 


From: HI__ 

Sent: Monday, Septembe r 19, 2005 4:21 PM 
To: 

Subj^tTTETTpTD“Ts^not supporting internal calls from TTY 


SORRY, LOOKS LIKE IT DIDN'T GET REASMD. WILL FIX FOR TOMORROW. 


-original Message- 

Sent: Monday , Se ptember 19, 2005 2:51 PM 
To :j 

C C . . . _ 

Subject: RE: 5PID is not supporting internal 


calls from tty 


I didn't see the changes. They are not loaded in TPFT and the version of PDFJ in 
COMMON does not include those changes. 


From: (b)(6)-' . 

Sent: Friday, September 16, 2005 4:07 PM 
to: ■■ x 

cc: . 

Subject: RE: 5PID is not supporting internal calls from tty 
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Done. 


-Original_ Message- 

Sent: ThursdayV^September 15, 2005 4:23 PM 
to: (B)(6)“ 

Cc: ilMMli 

subject: 5PID is not supporting internal calls from TTY 
Hello, 


The PD package is not handling internal calls for 5 pid requests from tty. 

It seems that pdf: has a check for tty that doesn't allow a counter (R0) to be 
initialized (don't know why). 

See code below (italics mine, bold code that should have been executed) 


TM 

WAOTIl,X'10 1 

* TTY? 


BO 

pdf: looo 

* Y, BR TO CONTINUE. 


MVI 

EBCMOl.X'OO' 

* N, CLEAR INTERNAL ENTRY 

INDIC. (This is ok!! Do 

not clear for 

TTY!!) 



o 

L 

Rl5,CElCRO 

* BASE INPUT MESSAGE. 

(Not executed!!) 

LH 

R0,MlOCCTF 

* GET I/P MSG SIZE. 

(Not executed!!) 

(■ • 

■ ) 



pdf: looo equ 

* 




This causes the entry to be messed up even if it is valid. While tracing, I forced 
the tty path to go thru that code and it went right so I think that's the only 
problem. 


Please let us know when this has been corrected. 


Thanks 


F rom: 
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sent: Tuesday, September 20, 2005 2:39 PM 

to: reym}' 


Subject: 
20, 2005. 


RE: Amtrak regression and end to end testing for Tuesday Sepetembe 


Due to the time constraint, we were able to provide limited support covering the 
specific scenarios requested below. No automation test support was conducted. 

scenario A: 0EE307/DTHFIE 

Scenario B: 

PNRS completed for to be processed for infant scenario: 

0EE323/DTLUDL 

0EE328/DTLEWN 

0EE332/DTMFQM 

scenario C: Non Border Train with pid Field 
Result: pid accepted and ticket issued 
0EE327/LDYCNO 

Scenario D: 1 character first / surname field 


input: -T/A 
Result: tFORMATf 


-Original Message 

From 

Sent: Tuesday. Septembe 
to: 



Subject: Amtrak' regression and end to end testing for Tuesday sepetember 20, 2005. 


Good morning, 


PLEASE BOOK PNRS WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test system should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create PNR's with Border crossing segments. Ensure there are 
minimum of two characters for the first and last names. Add 5DOB(date of 
birth)and a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 5DOB 
/ 5PID field and ticket PNR's. Forward PNR numbers. 


B. Create PNR's with Border Crossing segments. Ensure the re are minimum of 
two characters for the first and last names. Email me((b)(6) ' ' ) 

the PNR numbers. I will add an infant to the PNR’s and email back. Add 
5DOB and 5PID field for infant and forward PNR's to the test group. 


C. Create PNR's without Border Crossing segments and ensure there are a 
minimum of two characters in the first and last names. Add a 5DOB field 
(not required in non-border crossing PNR's). Please ticket the PNR's and 
forward the PNR numbers. 


D. Create PNR's with a 1 character first name and 1 character last name. 
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You should be unable to enter lcharacter name fields. 

2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain PTA(Prepaid 
Ticket Advice) numbers. Forward the PNR number to the test group. Use the 
attached regression script for PTA numbers. 

3. Do full arrow regression testing based on the attached standard script. 

«Regression User testing 092005.doc» ^ ^ ^ ^ ^ 

cooperati on. “ 


Amtrak Travel Agent Sales center 



From: _ 

Sent: Tuesday, September 20, 2005 1:39 PM 

To: EUT . .._ 

Subject: RE: Amtrak regression and end to end testing for Tuesday sepetember 

20, 2005. 

yes 


-Original Message- 

From: £b) (6) k 

Sent: Tue sday, September 20, 2005 1:30 PM 
to: ' 

Subject: FW: Amtrak regression and end to end testing for Tuesday 
Sepetember 20, 2005. 


this is working as designed right? 

-orig inal Message- 

From: j(b)'(Bj ' ” 

Sent: Tuesday, September 20, 2005 1:24 PM 
to: 



Subject: RE: Amtrak regression and end to end testing for Tuesday 
Sepetember 20, 2005. 


Hi 



Encountered issue when deleting DOB field. Where by the DOB field 
deletes the PID field. However, deletion of PID field does not delete 
DOB. 


Sabre PNR: DTHFIE / Amtrak PNR: 0EE307 


-Origi nal M essage—-— 

From: (b)(6) ,T ' 

Sent: Tuesday, September 20, 2005 9:32 AM 
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Subject: Anvtrak regression and end to end testing for Tuesday Sepetember 
20, 2005. 

Good morning, 

PLEASE BOOK PNRS WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test System should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create PNR's with Border Crossing segments. Ensure there are 
minimum of two characters for the first and last names. Add 5DOB(date 
of 

birth)and a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 
5DOB 

/ 5PID field and ticket PNR's. Forward pnr numbers. 

B. create PNR's with Border Crossing segments. Ensure there are 
minimum of 

two ch aract ers for t he first and last names. Email 

the^FWR nurnbers^ I wi 11 add an infant to the PNR's and email back. Add 
5DOB and 5PID field for infant and forward PNR's to the test group. 

C. Create PNR’s without Border crossing segments and ensure there are a 
minimum of two characters in the first and last names. Add a 5DOB field 
(not required in non-border crossing PNR’s). Please ticket the PNR's 
and 

forward the PNR numbers. 

D. Create PNR's with a 1 character first name and 1 character last 
name. 

You should be unable to enter lcharacter name fields. 

2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain 
PTA(Prepaid 

Ticket Advice) numbers. Forward the pnr number to the test group. Use 
the 

attached regression script for PTA numbers. 

3. Do full ARROW regression testing based on the attached standard 
scri pt. 

«Regression User testing 09200 5■d oc» 

Please send and myself the results. Thanks for 

your 

cooperation. 



Subject: RE: Anvtrak regression and end to end testing for Tuesday Sepetember 

20, 2005. 

I believe this is working as designed. 

-original Message 
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From: SUBS _ 

sent: Tuesda y, Se ptember 20, 2005 1:24 PM 

to: fill 

Cc : j&Xf):' ^ _ .. 

SuFject: RE: Amtrak regression and end to end testing for Tuesday 
sepetember 20, 2005. 



Encountered issue when deleting DOB field. Where by the DOB field 
deletes the PID field. However, deletion of PID field does not delete 
DOB. 


Sabre PNR: DTHFIE / Amtrak PNR: 0EE307 




From: 
Sent ’ 


regression and end to end testing for Tuesday Sepetember 


Good morning, 

PLEASE BOOK PNRS WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test system should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. please create pnr's with Border Crossing segments. Ensure there are 
minimum of two characters for the first and last names. Add 5DOB(date 

birth)and a 5PID field. Modify / delete 5DOB and 5PID fields. Add new 
5DOB 

/ 5PID field and ticket PNR’s. Forward PNR numbers. 

B. create pnr's with Border crossing segments. Ensure there are 
minimum of 

two characters for the first and last names. Email 

the PNR numbers'?" I will add an infant to the PNR's and email back. Add 
5DOB and 5PID field for infant and forward PNR's to the test group. 

C. create pnr's without Border Crossing segments and ensure there are a 
minimum of two characters in the first and last names.. Add a 5DOB field 
(not required in non-border crossing pnr's). Please ticket the PNR s 
and 

forward the PNR numbers. 

D. create PNR's with a 1 character first name and 1 character last 
name. 

You should be unable to enter lcharacter name fields. 


2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain 
PTA(Prepaid 

Ticket Advice) numbers. Forward the PNR number to the test group, use 
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the 

attached regression script for PTA numbers. 

3. Do full arrow regression testing based on the attached standard 
script. 

«Regression user testing 092005_^doc» 

Please send and myself the results. Thanks for 

your 

cooperation. 


Amtrak Travel Agent Sales Center 

*—— 


Sent: Tuesday "Sep tember 20, 2005 10:32 AM 



subject: 

2005. 


Amtrak regression and end to end testing for Tuesday Sepetember 20 


Good morning, 

PLEASE BOOK PNRS WITH THE FOLLOWING DATES: 20SEP-10OCT 

The Test system should be ready for testing around 10:00am ET 

1. SABRE ONLY 

A. Please create pnr's with Border Crossing segments. Ensure there are minimum of 
two characters for the first and last names. Add 5DOB(date of birth)and a 5PID 
field. Modify / delete 5DOB and 5PID fields. Add new 5DOB / 5PID field and ticket 
PNR's. Forward PNR numbers. 

B. create PNR’s with Border crossing segments. Ensure t here are m inimum of two 

characters for the first and last names. Email me((&)||) 1 H the PNR 

numbers. I will add an infant to the pnr's and emai1 Back. Add 5DOB and 5 pid field 
for infant and forward pnr’s to the test group. 

c. create PNR's without Border crossing segments and ensure there are a minimum of 
two characters in the first and last names. Add a 5DOB field (not required in 
non-border crossing pnr's). Please ticket the PNR's and forward the PNR numbers. 

D. Create PNR’s with a 1 character first name and 1 character last name. You 
should be unable to enter lcharacter name fields. 


2. WORLDSPAN ONLY 

A. Please create and ticket several reservations that contain PTA(Prepaid Ticket 
Advice) numbers. Forward the PNR number to the test group. Use the attached 
regression script for PTA numbers. 

3. Do full arrow regression testing based on the attached standard script. 


Please send 
cooperation 


and myself the results. Thanks for your 


Amtrak Travel Agent sales center 
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Sent: Monday, September 19^ 2005 5:43 PM 

To: Rr;,' '"'H __ 

CC* (b) (6). . „» _r' . _ ' y % ' : 

Subject: RE: Passenger information Requirements 

Attachments: SABRE Border Crossing changes -doc 


Sorry...I didn't get much time to test. I conducted my testing from the 
attached functional requirements provided. However, I created and 
ticketed PNR "0ED16C" and tested passenger with Passport and the other 
with Birth Certificate. Although, I noticed there was no TCN number 
sent from sabre to Arrow. 

I must say these formats are quite lengthy. Through all my errors I 
just about validated all the errors. I never was able to get an infant 
booked. How does an infant booking work? Does this only work when a 
sleeper is booked? 

included in the test script it would be extremely helpful if a full 
scenario explaining the infant booking process could be included for Jim 
and Sudha’s testing tomorrow. 


Thanks, 



Sabre / Travel Network 


Manager, Rail Account Relations 




-Oriqinal Message 

From: 

Sent: Monda 
to: | 

SubjectT reT passenger'informatfon Requirements for Border Crossing 
Hello 1 


This is active in our test system, and has an End to End planned for 
tomorrow, if you can get to this today, to do a little testing, that 
would 
be great. 


-Origin al Message- — - ^ _ 

Sent: Tuesday^ August 16 ’^pm 
T o: 

cc: WBBBKm 1“ 

Subject: RE: Passenger information Requirements for Border crossing 


Hi 


3 


I would like to confirm our IT Department have advised the proposed 
format will be accepted in Bypass. Please let me know when you are 
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ready to test the proposed Border crossing format. 
Regards, 


Sabre / Travel Network 
Manager, Rail Account Relations 



-ori gi rial Message----- 

From: j_ 

Sent: Monday, July 25, 2005 11:15 AM 

Subject: Passenger information Requirements for Border Crossing 


Hello 


Please find attached the changes being proposed for the collection of 
additional identification data for the Border crossing PNRs in Arrow. 
These 

changes are being mandated by the US Border inspection Agencies. We 
have 

targeted the requirements to be of least impact to you, and have a 
targeted 

date of the 1st October. Please review and let me know which approach 
•for 

passing data that you will employ. 

Thanks, 



«SABRE Border Cro s si ng changes. doc» 

sent: MondayPSeptember 19, 2005 2:51 PM 

to: 

subject"‘‘ reTTpid"!* s not supporting internal calls 


from TTY 


I didn’t see the changes. They are not loaded in TPFT and the version of PDF! in 
COMMON does not include those changes. 


From: i 

Sent: Friday L September 16, 2005 4:07 PM 
SubjectP RE:5Plif~is not supporting internal 


calls from TTY 


Done. 


From: 


-Origi nal Message- 
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Sent: Thursday, S epte mber 15, 2005 4:23 PM 

to: (b)'(6j "T" 

Subject: 5PID is not 'support!ng internal calls from TTY 
Hello, 


The PD package is not handling internal calls for 5 pid requests from TTY. 


it seems that PDFD has a check for TTY that doesn't allow a counter (R0) to be 
initialized (don't know why). 


See code below (italics mine, bold code that should have been executed) 


TM 

BO 

MVI 

not clear for 

* 

L 

LH 

(■ ■ 

PDFJ 1000 EQU 


waotii, x 1 io 

PDFJ1000 

EBCMOl.X'OO 
TTY! !) 

Rl5,CElCRO 
R0,MlOCCTF 
■ ) 


* TTY? 

* Y, BR TO CONTINUE. 

* N, CLEAR INTERNAL ENTRY INDIC. (This is ok!! DO 


* BASE INPUT MESSAGE. 

* GET I/P MSG SIZE. 


(Not executed!!) 
(Not executed!!) 


This causes the entry to be messed up even if it is valid. While tracing, I forced 
the TTY path to go thru that code and it went right so I think that s the only 
problem. 


Please let us know when this has been corrected. 

Thanks 



From: 

Sent: 

To: 

cc: 

Subject 


(b)(6) 


Monday, September 19, 2005 6:36 AM 
(b)(6) 


RE: Passenger information Requirements 


for Border crossing 
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Hi l IB , 

Please see the pnr below 


IP- LRS49X 
1.lTEST/EDYTA*ADT 

1 TR 2V 7YD29NOV TU CHI SEA HKl 215P 1020A#2 /O $ 

2 TR B2V 8948T 1DEC TH SEA VAC SSl 1045A 215P /0 $ 

P- 1.T2225522 

T- 1.TAW/00/21SEP-C2V 

G- 1.SSRTKTLlPKKl HLMT-26SEP/$ 125.00 
**** ITEMS SUPPRESSED ****/DR 
»*R>01 t12>01v12>01Y12>@A29NOVCHIVAC11A>01y11* 

>OSI 2VDOCSHK1/RA/US/123456789012345/12DEC2005/F/12JUL1964/GB-1TE 

ST/EDYTA 

RESTRICTED 

Amtrak rec loc: 120386 

Could you please cancel this pnr whenever you finish working on it. 

Do we need to notify our cstomers 3 months in advance about this new 
functionality? 

what kind of announcement will you proceed with? Please advise. 

Thank you. 



Product specialist Non -Air 
Worldwide Product Planning 








15/09/2005 16:17 



To 

cc 



subject 


RE: Passenger information 
Requirements for Border Crossing 


Hello 
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could you build a test pnr with the OSI format we supplied in Test. We 
will 

hopefully have our code ready in the next week. 

Thanks, 


-original Mes sage- 

sent:AM 

SubjectT RiiT Passenger information Requirements for Border crossing 


Whereas the usage of the SSR format is preferable we are unable to complete 
this piece of functionality within any reasonable time, consequently, we 
have decided to support the passenger ID and gender information through OSI 
message. OSI solution is much easier and quicker to implement for both 
sides, as we already support this format in the system. 

could you please advise what do you need from our side to complete the 
project and how do you usually notify your agencies. 

I do apologise for this short notice. 


I would also like to let you know that I will be on vacation starting 
September 24th till October 15th, in the meantime please address all 
questions, queries to my manager, jjBIMilllSlll ■ Thank you. 


Regards, 



Product specialist Non -Air 
Worldwide Product Planning 


Phone: 
Fax: 
emai 1 




Subject 

RE: Passenger information 
Requirements for Border Crossing 
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Heiio mm, 

sorry I didn't get back to you yesterday, it was a holiday here. To answer 
your question, Amtrak is making the changes in our inbound path to support 
these SSRs. 


Sent: Monday’, SepteiriberPM' 

To: III... 


Subject: re: Passenger Information Requirements for Border crossing 


Amtrak currently does not support the ssr formats. This is what I read in 
worldspan info pages: with the exception of generic seat requests amtrak 

DOES NOT ACCEPT SPECIAL SERVICE REQUESTS 

How will you deal with it? Will you make changes on your side to be able 
to receive these ssr formats? 

Pis advise. 



ilci 


Product Specialist Non - Air 
worldwide Product Planning 


Phone: 
Fax: 
emai 1 




02/09/2005 15:30 cc 

Subject 

RE: Passenger information 
Requirements for Border Crossing 
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If the ssr is sent, we will validate it, regardless of pnr 
-Original Message- 


From: ____ 

Sent: Frida y, Sep tember 02, 2005 10:26 AM 

Subject: RE: Passenger information Requirements for Border Crossing 



Another question, when will you validate before end transaction of every 
single pnr, or only at the pnrs with the Canadian routing? 




02/09/2005 15:26 cc 


Subject 

RE: Passenger Information 
Requirements for Border Crossing 


Hello mu, 

Amtrak's system will validate the format of the ssr and also most of the 
Data - if it's found to be invalid, an error will be returned. 

is Worldspan not planning to validate? 



From: 


-original Message- 


Sent: Fri day,' S eptember 02, 2005 10:22 AM 
subject:" RE f Passenger Information Requirements for Border Crossing 
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Hi MS, 

unfortunately, I do not have a time line yet. 

could you please answer the question about whether the system will audit 
the PNR for the new information before allowing end transaction. 

Thank you. 

mm 


Product Specialist Non -Air 
Worldwide Product Planning 


Phone: 
Fax: 
emai1: 




RE: Passenger Information 
Requirements for Border crossing 


Do you have a time line yet m 


-0 ^^^ e5 5age -----^^ ^_ # ^ _ _ 

To: |’ ___ 

cc: (b)(6) ' 2 _ (E-mail) 

subject: Re: Passenger Information Requirements for Border Crossing 


HIM, 

We have decided that we would go with SSR. I am not sure if we would be 
able to meet the deadline of 1st oct. 


Regards 







Border crossing.txt 


ProductSpecialist Non - Air 
worldwide Product Planning 


Phone: (b)(6) 

Fax: (b)(6) 
emai 1: ,(b) (6) 




Passenger information Requirements 
for Border crossing 


Hello 

Pl ea5e find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 

Ihlnqes are being mandated by the US Border Inspection Agencies, we have 
tarqeted the requirements to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach for 
passing data that you will employ. 

Thanks, 


«Worldspan Border crossing changes.doc» 

(See attach ed fi le: Worldspan Border crossing changes.doc) 

sent: Friday .""siptember 1 6, 20 05 4:07 PM 

To: ®j|g 

subject: ~ 4 "“RE*5PID 'i s not supporting internal calls from TTY 


Done. 


-original 

From: (b)(6)” 
Sent: Thursday, 

To: J|§ ( 6 F 


Message- 

September 15, 


2005 4:23 PM 
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Subject: 5PID is not supporting internal calls from TTY 
Hello, 

The PD package is not handling internal calls for 5PID requests from TTY. 

It seems that PDFJ has a check for TTY that doesn't allow a counter (RO) to be 
initialized (don't know why). 

See code below (italics mine, bold code that should have been executed) 

TM WA0TIl,X'10' * TTY? 

BO PDFllOOO * Y, BR TO CONTINUE. 

MVI EBCM01,X'00' * N, CLEAR INTERNAL ENTRY INDIC. (This is ok!! DO 

not clear for TTY!!) 

* 

L Rl5,CElCRO * BASE INPUT MESSAGE. (Not executed!!) 

LH RO,MlOCCTF * GET I/P MSG SIZE. (Not executed!!) 

(. . ■) 

PDFJ1000 EQU * 

This causes the entry to be messed up even if it is valid, while tracing, I forced 

the TTY path to go thru that code and it went right so I think that's the only 

problem. 

Please let us know when this has been corrected. 

Thanks 


From: MW!' 

Sent: Friday, September 16, 2005 9:46 AM 

To: (B)(6)-• 

. ,(L) (6) , 

Subject: apis Border Crossing Data Enhancements Synergy Charges 
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For the month of September, please charge 1/2 to 2/3 of your time spent on "APIS 
Border Crossing Data Enhancements" project to AEDIBPlD synergy id. The rest of your 
time spent on the APIS project may be charged to arwcusta as a lot of your time will 
be spent analyzing how the different GDS's will support these new changes. 

For the month of October, please charge any time spent to the APIS project to 
AEDIBPlD. 


F rom: 

Sent: 

To: 
cc: 

Subject: 5PID is not supporting internal calls from TTY 

Hello, 



September 15, 2005 4:23 


PM 








The PD package is not handling internal calls for 5PID requests from TTY. 


It seems that PDF3 has a check for TTY that doesn’t allow a counter (R0) to be 
initialized (don’t know why). 


See code below (italics mine, bold code that should have been executed) 


TM 

waOtii.x'10 1 

* TTY? 

BO 

PDFllOOO 

* Y, BR TO CONTINUE. 

MVI 

EBCMOljX* 00* 

* N, CLEAR INTERNAL ENTRY INDIC. (This is ok!! DO 

not clear for 

* 

TTY!!) 


L 

Rl5,CElCRO 

* BASE INPUT MESSAGE. (Not executed!!) 

LH 

R0,MI0CCTF 

* GET I/P MSG SIZE. (Not executed!!) 

(■ ■ 

.) 


PDF31000 EQU 

* 



This causes the entry to be messed up even if it is valid. While tracing, I forced 
the TTY path to go thru that code and it went right so I think that’s the only 
problem. 


Please let us know when this has been corrected. 
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Thanks 


From: 
sent: 
To: 

Cc: 

Subject 



RE: Passenger Information Requirements for Border crossing 


mi, 

Whereas the usage of the SSR format is preferable we are unable to complete 
this piece of functionality within any reasonable time, consequently, we 
have decided to support the passenger ID and gender information through OSI 
message, osi solution is much easier and quicker to implement for both 
sides, as we already support this format in the system. 

Could you please advise what do you need from our side to complete the 
project and how do you usually notify your agencies. 

I do apologise for this short notice. 


I would also like to let you know that I will be on vacation starting 
September 24th till October 15th, in the meantime please address all 
questions, queries to my manager, ' WMM mSBB!:- Thank you. 


Regards, 



Product "Specialist Non - Air 
Worldwide Product Planning 


Phone: 
Fax: 
emai1: 




subject 

RE: Passenger Information 
Requirements for Border Crossing 


Page 353 



Border crossing.txt 


Hello 


Sorry I didn’t get back to you yesterday, it was a holiday here. To answer 
your question, Amtrak is making the changes in our inbound path to support 
these SSRs. 




-Original Message ----- _ 

Sent: Monday,, September" 05, 2005 PM 

Subject": RE: Passenger information Requirements for Border Crossing 


Amtrak currently does not support the ssr formats. This is what I read in 
Worldspan info pages: WITH THE EXCEPTION OF GENERIC SEAT REQUESTS AMTRAK 
DOES NOT ACCEPT SPECIAL SERVICE REQUESTS 

How will you deal with it? Will you make changes on your side to be able 
to receive these ssr formats? 


Pis advise. 



Subject 

RE: Passenger Information 
Requirements for Border crossing 
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If the ssr is sent, we will validate it, regardless of PNR 


-Original Messa ge- 

From: 


sent: FridayJ September 02, 2005 10:26 AM 

Subject? 1 RE: Passenger information Requirements for Border crossing 


imm . 

Another question, when will you validate before end transaction of every 
single pnr, or only at the pnrs with the Canadian routing? 




02/09/2005 15:26 


Subject 

re: Passenger information 
Requirements for Border Crossing 


Hello 


Amtrak's system will validate the format of the SSR and also most of the 
Data - if it's found to be invalid, an error will be returned. 


Is worldspan not planning to validate? 


-original Message; 


From: U^fcmi_- _ 

Sent: Friday , Se ptember 02, 2005 10:22 AM 

Subject: RE: Passenger Information Requirements for Border Crossing 


Hi OSH, 
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Unfortunately, I do not have a time line yet. 

Could you please answer the question about whether the system will audit 
the pnr for the new information before allowing end transaction. 

Thank you. 

wm 


£i(6) jj asm 

Product Specialist Non -Air 
Worldwide Product Planning 



RE: Passenger information 
Requirements for Border Crossing 


Do you have a time line yet 
-original Message 



Subject: Re: Passenger Information Requirements for Border crossing 


We have decided that we would go with SSR. I am not sure if we would be 
able to meet the deadline of 1st Oct. 

Regards, 

(Breen 
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Product Specialist Non -Air 
Worldwide Product Planning 


Phone: ](&)(£) 
Fax: |b)(6) 
email: ttfll 




25/07/2005 17:15 


To 



Passenger information Requirements 
for Border Crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 

These 

changes are being mandated by the US Border inspection Agencies. We have 
targeted the requirements to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach for 
passing data that you will employ. 

Thanks, 


«Worldspan Border crossing changes.doc» 

(see attached file: Woridspan Border Crossing changes.doc) 

Sent: Tuesday, /September 13, 2005 8:29 AM 

Subject:^^ Fwf ssr docs for amtrak 

we may end up with our codes from Amadeus 

-Original M essa ge- 

From: ..~ ~ 


Sent: Tue sday, September 13, 2005 8:15 AM 
Subject: Fw: SSR DOCS for AMTRAK 
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Here is the note sent by DEV, I forgot to mention the last item. 


Product Analyst - GMS Rail 
aMaDEUS 

Tel : jSggpH 

Fax: jMBBp 



-—--"Forwarded by HHi 
From: 

CEDT 


l/MIA/AMADEUS on 09/13/2005 08:14 AM - 

DEV/GCO/GCA/AIR/PDF on 09/13/2005 09:34 AM 


To: 



/mia/amadeus@amaworld 


anh/mkt/par 


cc: 



/nce/amadeus@amaworld 

nce/amadeus@amaworld 


dev/gco/gca/air/pdf 

dev/gco/gca/air/pdf 


Subjec SSR DOCS for AMTRAK 
t: 


in your SOR, you mention some specific document types that are not defined 
in AIRIMP and have not been agreed by ICAO, if we have to accept these 
codes, then we will make no validation on the text and only check that 1 or 
2 alpha characters are present. 

Also, with regards to elements that are defined as mandatory. During the 
RESCOM meeting last week, the airlines decided that it is better to make 
most of the elements optional otherwise the agent will enter anything they 
want just to have the system accept the input. 

Regards 
Stephen 

From: __ 

Sent: Tuesday," September 13, 2005 8:15 AM 

To: 

Subject: 


Fw: SSR DOCS for AMTRAK 


Here is the note sent by DEV, I forgot to mention the last 

Page 358 


i tern. 







Border crossing.txt 


Regards, 

(by (6) 

Product Analyst - GMS Rail 


aMaDEUS 
Tel : J|p 

Fax(t(fi) (6) 


/MIA/AMADEUS on 09/13/2005 08:14 AM - 


From: 



CEDT 


DEV/GCO/GCA/AIR/PDF on 09/13/2005 09:34 AM 


To: 


1/MIA/AMADEUS@AMAWORLD 


cc: 



/nce/amadeus@amaworld 

nce/amadeus@amaworld 


Subjec SSR DOCS for AMTRAK 
t: 


ANH/MKT/PAR 


DEV/GCO/GCA/AIR/PDF 

DEV/GCO/GCA/AIR/PDF 


In your SOR, you mention some specific document types that are not defined 
in AIRIMP and have not been agreed by ICAO. If we have to accept these 
codes, then we will make no validation on the text and only check that 1 or 
2 alpha characters are present. 

Also, with regards to elements that are defined as mandatory. During the 
RESCOM meeting last week, the airlines decided that it is better to make 
most of the elements optional otherwise the agent will enter anything they 
want just to have the system accept the input. 

Regards 


F rom: mm 

Sent: Friday, September 09, 2005 2:33 PM 

To: r ' 

Cc : ( HI!.... __ 

subject: - - GDS program for APIS 

Hello, 


I had some programs that will need to be tested by the GDS (Sabre for now). I 
understand the APIS project is going to Networkl this coming week which is what 
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Sabre needs to test my changes so far. 


where should I put those programs? should they go to any particular library or do 
you prefer those to be kept separately for now? 


There are some more programs that I will be adding next week. 



From: system Administrator <postmaster@cendant.com> 

Sent: Thur sday, September 08, 2005 2:40 PM 

Subject: " Denverea: RE: APIS 

Attachments: re: apis 


Importance: High 


«RE: APIS» Your message 


To: 

Subject: 

Sent: 



APIS 

, 8 Sep 2005 12:39:16 -0600 


was delivered to the following recipient(s): 



From: 

Sent: 


, 8 Sep 2005 12:36:48 -0600 
.cendant.org 2.1.5 


APIS Project Status Meeting 
APls_Agenda_090905.doc; APis_Phase2_iMP_Arrow_vl.doc 


Attached is the Agenda for the 09/09 10am APIS Project Status Meeting. 


Also attached is the Phase 2 implementation plan. 


This has already been reviewed by the technical groups involved, but we will be 
asking for formal user approval at the status meeting. 

From: 

Sent: 

To: 
cc: 

Subject: 

Hi (b)(6) 


Wednesday, September 07, 2005 4:13 PM 
RE: 5PID pax field "display 
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I don’t see any impact other than a little lack of clarity/consistency to the gds 
when they first see a PNR they are about to claim. They will see then only passenger 
association for 5DOB fields, not 5PID. Once the PNR is claimed, they generally don’t 
use that display anymore as they only will see their own copy in their systems. 


IBBW . do you see any other impact? 


pu 


From: 
sent: Wednes< 
To: fpi 

cc: j|_ 

Subject: RE: 


Septem ber 07 , 2005 4:02 PM 




;PID pax field display 



Currently the passenger association for 5PID will show on a *R/P (or 'acp aapi on’ 
) but will not show on a *R 


we didn't really not in the external design what display view was given in the 
example (sorry) we were just showing to most granular view (*R/P) 


could you please let us know if this will cause any problems for the GDS partners? 


Thanks, 


-original Message- 

sent: W ednesday, September 07, 2005 3:49 PM 

To: j(b) (§iH .. I ^^5? 

cc:i 


subject: RE: 5PID pax field" display 
Not only Amadeus, Worldspan gets it (TKPV*16ed2f), so does Sabre (*074883). 


Besides, according to the current external design document (for Amtrak, not GDS) 
5PID always shows the name association. 

(See \\wastpf01\docprod\ASDM\Project_Folders\RS - 

RailResSTARS\APlS\APIS_Phase2_EXD.doc at 2.2.7 Display Examples) but it seems that 
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design has been changed and since the utility is the same we have either to 
accommodate those changes for GDS as well or make exception code only for GDS. 


(b)(6)- 


From: __ 

Sent: Wednesday, September 07, 2005 3:28 PM 

Subject: 'REf~5PID pax field display 



I think only Amadeus get the *r/p display - the other GDS get the no passenger 
display on 5-fields. 


Can you check in Production. 



-Original Message- 

From: 

Sent: Wednesday 
to: 

Subject: RE: 5PID pax field display 


September 07, 2005 3:22 PM 


Hi m 


I was planning to change PDU6 so the passenger number will show in the 5PID display, 
but found out that this is the way it was designed. 

PDU6 will not be included in the load, however (B) (6J'j is working with PDU6 and will 
be included later for different reasons (group changes). 


Pis let me know if you have any questions, 



Note: you can always type: 'acp aapi on' (will show the pax number) 
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From: jj(f . . . 

Sent: Wednesday, september 07,2005 3:14 PM 

Subject: 5PID pax field display 


HI 



I'm testing my changes for the display of dob/pid fields for 
on PDU6 to append the passenger association info ("/Pi") for 
is not yet in the AEDlBPlD library but I saw you are working 
include the pax association for 5PID fields unless a *R/P is 
Are you planning to include those changes soon? 


Thanks, 


Hi 



so far this is how a PNR would look like to a GDS agent. 


*** GUEST REWARDS CUSTOMER *** 

0383F0 RR HL 09SEP CTC-P 314.00/ 

-01© TESTAA/AMR 
-02© TESTAA/BMRS 

1 2V 2102M WASNYP 700A09SEP 959A09SEP 3 HK2 

301© R SEG : 1 BASIS 2F 


* 

DOPE RAIL FARE 314.00 

501© 

DOB- 

01DEC1965/US/P2 

503© 


01JAN1964/US/P1 

502© 

PAX ID - 

- PP/US/123456790/013AN2007/F 

504© 


PP/US/123456789/013AN2009/M 

505© 

FQTV - 

CO-FM123456 

901© 

202-096- 

-4716-B 


GDS agents. TAK5 relies 
5 fields. This program 
on it. it still doesn't 
explicitly requested. 


314.00 


Contrary to the examples in the external design document for GDS, only the first 
5PID field has the tag "PAX ID -" as same as it does it for 5DOBS, is that ok? (it 
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looks better to me). The "/?" will be shown as soon as PDU6 is modified. 


m®\ 


From: 

Sent: 

To: 

cc: 

Subject 


Wednesday, September 07, 2005 3:22 PM 

Mmm . 

(b)(6) 


HI 


S 



I was planning to change PDU6 so the passenger number will show in the 5PID display, 
but found out that this is the way it was designed. 

PDU6 will not be included in the load, however (6 )16) ";. is working with PDU6 and will 
be included later for different reasons (group changes). 


Pis let me know if you have any questions, 



Note: you can always type: ‘acp aapi on’ (will show the pax number) 


From: 

Sent: Wednesda 

To: __ 

subject: 5 pid pax fie 


September 07, 2005 3:14 PM 

3ft- 

display 


HI 



I’m testing my changes for the display of DOB/PID fields for GDS agents. TAK5 relies 
on PDU6 to append the passenger association info (“/Pi”) for 5 fields. This program 
is not yet in the aedibpId library but I saw you are working on it. It still doesn t 
include the pax association for 5PID fields unless a *R/P is explicitly requested. 
Are you planning to include those changes soon? 


Thanks, 


Hi (b)(6)., 

So far this is how a PNR would look like to a GDS agent. 
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*** GUEST REWARDS CUSTOMER *** 

0383F0 RR HL 09SEP CTC-P 314.00/ 314.00 

-01© TESTAA/AMR 
-02© TESTAA/BMRS 

1 2V 2102M WASNYP 700A09SEP 959A09SEP 3 HK2 

301© R SEG : 1 BASIS 2F 

* JOFE RAIL FARE 314.00 
501© DOB- 01DEC1965/US/P2 

503© 01JAN1964/US/P1 

502© PAX ID - PP/US/123456790/01JAN2007/F 

504© PP/US/123456789/01JAN2009/M 

505© FQTV - CO-FM123456 

901© 202-096-4716-B 


Contrary to the examples in the external design document for GDS, only the first 
5PID field has the tag “PAX ID as same as it does it for 5 dobs. Is that ok? (it 
looks better to me). The “/P” will be shown as soon as PDU6 is modified. 


From: 
Sent: 
to: 

Subject: 



Septem ber 072005 3:14 PM 
5PiD pax”fiel^“cli"splay” 


HI 



I’m testing my changes for the display of DOB/PID fields for GDS agents. TAK5 relies 
on PDU6 to append the passenger association info (“/Pi”) for 5 fields. This program 
is not yet in the AEDlBPlD library but I saw you are working on it. It still doesn t 
include the pax association for 5PID fields unless a *R/P is explicitly requested. 
Are you planning to include those changes soon? 


Thanks, 


Hi iSI- 

So far this is how a PNR would look like to a GDS agent. 


Page 365 







Border Crossing.txt 


*** GUEST REWARDS CUSTOMER *** 

0B8BF0 RR HL 09SEP CTC-P 314.00/ 314.00 

-01© TESTAA/AMR 
-02© TESTAA/BMRS 

1 2v 2102M WASNYP 700A09SEP 959A09SEP 3 HK2 


301© 

R SEG : 

1 BASIS 2F 


' 30FE RAIL FARE 314.00 

501© 

DOB- 

01DEC1965/US/P2 

503© 


01JAN1964/US/P1 

502© 

PAX ID - 

- PP/US/123456790/013AN2007/F 

504© 


PP/US/123456789/013AN2009/M 

505© 

FQTV - 

CO-FM123456 

901© 

202-096- 

-4716-B 


Contrary to the examples in the external design document for GDS, only the first 
5PID field has the tag “PAX ID as same as it does it for 5 dobs. is that ok? (it 
looks better to me). The “/P” will be shown as soon as PDU6 is modified. 


From: 

sent: Wednesday, September 07 , 2005 12 :19 PM 

To: 

Subject: 

Attachments: 


FW: APIS Draft implementation Plan 
APlS_Phase2_lMP_Arrow_Vl.doc 


From: BBWMLw— 

Sent: Wednesda y, Se ptembe r 07 , 2005 12:16 PM 

TO: nm*m*am****mmaB&g 

cc: 


Subject: APIS Draft implementation Plan 


I would like to review the draft APIS phase 2 implementation plan as soon as 
tomorrow’s 9.30am AUC mtg ends, 

as most of the relevant players will be there on the conf call. 
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please let me know if anyone sees a problem with that. 

Sent:' TuesdajTT September 06, 2005 5:03 PM 

To* HM a gWBBggppBggMB; TPF Test coordinators . 

subject: ~ 156823 -“Change LOC segment identifier for Departure/Arrival 

Hello 111, 

Here are test results for iHUl change - these are internal to the application, 
thus the trapped data is recorded showing the switch of the identifier value for 
Departure and Arrival on TPFT (Old) and TPF20 (New), once loaded to TPFT, we will 
generate date to CBP and have them validate the change prior to implementation. 

Thanks, 


sent: TuSjcfay ,^fep tember 06, 2005 2:35 PM 
Subject: ^ 156823 -change LOC segment 


Subject: 1515823 - Change LOC segment identifier for Departure/Arrival 

Will you please test this for me? originally, in the LOC segment I had '87' = 
Departure and ’125' = Arrival. They are now switched. 

Thanks. 


Subject:®^ retP passenger Information Requirements for Border crossing 


Amtrak currently does not support the ssr formats. This is what I read in 
Worldspan info pages: with the exception of generic seat requests amtrak 
DOES NOT ACCEPT SPECIAL SERVICE REQUESTS 

HOW will you deal with it? will you make changes on your side to be able 
to receive these ssr formats? 

pis advise. 


product Specialist Non - Air 
worldwide Product planning 
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subject 

RE: Passenger information 
Requirements for Border crossing 


If the ssr is sent, we will validate it, regardless of PNR 
■ Ori ginal Message- 


From:___ 

Sent: Fri day, Sept ember 

subject: RE: Passengier Information Requirements for Border crossing 



Another question, when will you validate before end transaction of every 
single pnr, or only at the pnrs with the Canadian routing? 




02/09/2005 15:26 


Subject 

re: Passenger information 
Requirements for Border Crossing 
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Amtrak's system will validate the format of the SSR and also most of the 
Data - if it's found to be invalid, an error will be returned. 

is Worldspan not planning to validate? 



-Origina l Mes sage—-- 


Sent: Friday7"September 02^ 2o1j5 10:22 AM 
Subject: RE: - Passenger Information Requirements for Border Crossing 


unfortunately, I do not have a time line yet. 

Could you please answer the question about whether the system will audit 
the PNR for the new information before allowing end transaction. 

Thank you. 



Product specialist Non - Air 
Worldwide Product Planning 


Phone: 
Fax: 
emai 1 




RE: Passenger information 
Requirements for Border Crossing 
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do you have a time line yet gjjg 

-Original Message- 

From: it 


Sent: Friday, August 12, 2005 6:47 AM 

To: J»^ (§ __ (E mail) 

Subject:"ReT^Passenger Information Requirements for Border Crossing 


Hi 



We have decided that we would go with SSR. I am not sure if we would be 
able to meet the deadline of 1st Oct. 


Regards, 



Product specialist Non - Air 
Worldwide Product Planning 


Phone: i 
email:(t>) 






25/07/2005 17:15 


cc 



Subject 

Passenger Information Requirements 
for Border crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 

These 

changes are being mandated by the US Border inspection Agencies, we have 
targeted the requirements to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach for 
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passing data that you will employ. 

Thanks, 



«Worldspan Border crossing changes.doc» 

(see attached fi le: Worldspan Border Crossing changes.doc) 

Sent: Fr^^, _ %ptemBer10:26 AM 

Subject:'^ ^ reT Passenger Information Requirements for Border crossing 



Another question, when will you validate before end transaction of every 
single pnr, or only at the pnrs with the Canadian routing? 



Product Specialist Non - Air 
Worldwide Product Planning 


Phone: (b) 
Fax: Kb)(6) 
emai 1: (b) 






Subject 

re: Passenger Information 
Requirements for Border Crossing 


Hello 


Amtrak's system will validate the format of the SSR and also most of the 
Data - if it’s found to be invalid, an error will be returned. 


Is worldspan not planning to validate? 
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Subject: RE: Passenger information Requirements for Border Crossing 


HiHI 

Unfortunately, I do not have a time line yet. 

Could you please answer the question about whether the system will audit 
the PNR for the new information before allowing end transaction. 


Thank you. 


Product Specialist Non -Air 
worldwide Product Planning 


Phone: 
Fax:l 
emai 1 




RE: Passenger information 
Requirements for Border Crossing 


Do you have a time line 


-on 9 i n a 1 Message - - — 

Sent: Friday, August 12, 2005 6:47 AM ** ' * 

to: |)(6) 1 ~ 7 ~T~^A (E '!) 

Subject: Re: Passenger Information Requirements for Border crossing 


Hi'(B)(e 


We have decided that we would go with SSR. I am not sure if we would be 
able to meet the deadline of 1st Oct. 


Regards, 
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'product specialist Non - Air 
Worldwide Product Planning 


Phone: (b)(6) 
Fax: £&)(6) 
emai 1 : (b)(6) 




25/07/2005 17:15 




Passenger information Requirements 
for Border Crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 

These 

changes are being mandated by the US Border Inspection Agencies, we have 
targeted the requirements to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach tor 
passing data that you will employ. 

Thanks, 


«Worldspan Border crossing changes.doc» 

(See attached file: Wo ridsp an Bor d er crossing changes.doc) 

Sent: Friday, September 02^* HR 10:22 AM 

Subject/ ^ reY Passenger Information Requirements for Border crossing 


Hi 


Hi 


unfortunately, I do not have a time line yet. 

could you please answer the question about whether the system will audit 
the PNR for the new information before allowing end transaction. 
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Thank you. 


Product specialist Non -Air 
worldwide Product Planning 


Phone: (b)(6)' 
Fax: (b)(6) 
emai 1: (by (6)j 




re: Passenger Information 
Requirements for Border Crossing 


Do you have a time line yet MSBM 
-Ori gi nal Message; 


F rom: ___ 

sent: Friday,^ August £ 

subjicrt^f^f Passenger information Requirements for Border Crossing 


Hi mm, 

we have decided that we would go with SSR. I am not sure if we would be 
able to meet the deadline of 1st Oct. 

Regards, 


Product Specialist Non - Air 
worldwide Product Planning 


Phone 
Fax: S 


: (b)(6) 

* 
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emai 1: 




Passenger Information Requirements 
for Border crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 

Thes e 

changes are being mandated by the US Border inspection Agencies. We have 
targeted the requirements to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach tor 
passing data that you will employ. 

Thanks, 


«worldspan Border Crossing changes.doc» 

(see attached file: worldspan Border Crossing changes.doc) 
From: ■BBT -- 

Sent 





Subject: 


RE: APIS - 


draft - implementation Plan 



To all concerned, 

on section 3.4 Fallback Scenarios for Distribution channels involved, please add 
that for IB when Arrow fallsback and turned off the APIS load indicator, IB XAAPI 
servers need to be stopped and restarted to pick the Arrow load bit indicator change 
from ON to OFF (AAPI uses ACP ARROWPLUS 18 to inspect the load indicators). 


-ori gi nal_Message- 

From: I . 

Sent: Thur sday, S epte mbe r 01, 2005 9:45 AM 

To: 
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A ?1S^~ DRAFT fmplanentation Plan 


Attached is the draft APIS implementation plan, could you please return any 
comments as soon as possible. 

Thanks, 



« File: APlS_Phase2_lMP_Arrow_081905.doc » 

Sent: Wednesday, August 31,.20 05^1:52 PM 

subject:. RE: Summary of high level functions 

That 3 less programs for us. 


I did and it looks ok to me (TAXO has wrong tag for commented-out code. 04.09 
instead of 04.11). 


Does this means that check for MA#PID (CEM table) is going to be performed by the 
dob/pid utility? 


From: j..__._. ..... 

Sent: Wednesday, _August 31, 2005 1:43 PM 
To: 

su b j e c t7^ RE f'Summary of higFPTe ve1 functions 


Thanks (Ijjl lll - gg do you want to take a look to see you see a problem? 


-ori qinal Message - 

Sent: Wednesday f August 31, 2005 1:20 PM 

to: |)m I_ ? 

Subject MRE 'f summary of higbnevel functions 


I added code for new error message for 5PID items for programsJAAE/YPE2/TAX0 as a 
result of validation from revised RMUX (DOB/PID utility)to be implemented . I 
commented IBCUPDT code. 


Programs are coded and ready for testing. My versions are in V7MR.TOF.REALTIME. 
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Thanks, 

H M 


From: MMM 
Sent: Wednesday, August 31, 2005 12:56 PM 

To: «T"" " ... 

Cc:« 


Subject: 1 RE: Summary of high level functions 
Hello All , 


Si will be modifying the 
IBCDTE - Those programs are 


GDS ticketing programs and will 
TAAE, TPE3 and TAXO 


remove the reference to 


-original Message- 


From:) _ 

sent: Wednesday, August 31, 2005 12:51 PM 
To: 

Subjectf^Summary of higrTTevel functimTs 


Attached is a document with a high level summary of the functions. Please let me 
know if you still have questions. 


I am taking a go at the code in PDU7 for 5DOB. 


Note: I will be available this afternoon via email and phone HH \ 
(working from home) 


Thanks, HUM 
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-Oriqi nal M essa ge- 

From:(b)'(6') | fll_ \ 

Sent: Wednes day, August 31, 2005 9:34 AM 

To: fSTiey." : : _ 

Subject: 3 indicators for TKT enforcement 


The following are the program changes I need to do. X will be using global field 
XBCDTE as PID date value. 

1. Addtional progams to be added to th loadset. Delete IEBDTE code check in the 
following progams. 

taaee0/tpe3e0/tax0e0. 

2. RMUXEO - Add check for new value of IBCDTE global for PID data check. 

3. Add check for PID in TKSS for new value of IBCDTE global. Add checks for the 3 
new indicators? 

Adjust code for non-BC and BC indicators I added in the program. 


Could you let ne know if the 3 indicators for ARROW, GDS etc. have already been set 
up so I can incorporate for item#3 above? 


As far as the DOB/PIDD cross check for group PNR still needs to be pursued further. 
Can’t be definitive until 1 actual code is in place for the 5 items for group PNRS. 
I don't think it's going to be a problem as long all PAX in the pnr are associated 
correctly and no dups. 


Thanks, 



From: Risley, Manette 

Sent: Wednesday, Augjjst 31, 2005 1:20 PM 

to : ;.. 

Subject ''RE^TumrnarSro? hTgh 1 evel f uncti ons 


I added code for new error message for 5PID items for programs TAAE/YPE2/TAX0 as a 
result of validation from revised RMUX (DOB/PID utilityjto be implemented . I 
commented IBCUPDT code. 

programs are coded and ready for testing. My versions are in V7MR.TOF.REALTIME. 


Thanks, 










cc: 

Subject: RE: summary of 


Border Crossing.txt 


leve I"functions 


Hello All, 

'<M&M will be modifying the GDS ticketing programs and will remove the reference to 
IBCDTE - Those programs are TAAE, TPE3 and TAXO 


-original Message- 

sent: Wednesday, August 31, 2005 12:51 PM 

To: (b)(6) ' -. 

cc: 


subject: Summary of high level functions 




Attached is a document with a high level summary of the functions, 
know if you still have questions. 


Please let me 


I am taking a go at the code in PDU7 for 5DOB. 

Note: I will be available this afternoon via email and phone 
(working from home) 


Thanks,! 


Original Message- 



August 31, 2005 9:34 AM 
cato rs fo r TKT enfo rcement 


fite following are the program changes I need to do. I will be using global field 
IBCDTE as PID date value. , 

1. Addtional progams to be added to th loadset. Delete IEBDTE code check in the 
following progams. 

taaee0/tpe3e0/tax0e0. 

2. RMUXEO - Add check for new value of IBCDTE global for PID data check. 

3. Add check for PID in TKSS for new value of IBCDTE global. Add checks for the 3 
new indicators? 

Adjust code for non-BC and BC indicators I added in the program. 

Could you let ne know if the 3 indicators for ARROW, GDS etc. have already been set 
up so I can incorporate for item#3 above? 

As far as the DOB/PIDD cross check for group PNR still needs to be pursued further. 
Can't be definitive until 1 actual code is in place for the 5 items for group PNRS. 
I don't think it's going to be a problem as long all PAX in the PNR are associated 
correctly and no dups. 

Thank s, 
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From: WP ! 

sent: Wednesday, August 31, 2005 12:51 PM 

to: 


cc: 

Subject: 
Attachments: 


summary of high I eve' 
Function summary.doc 


Functions 


an dill 


Attached is a document with a high level summary of the functions 
know if you still have questions. 

X am taking a go at the code in PDU7 for 5DOB. 

Note: I will be available this afternoon via email and phone | 
(working from home) 


please let me 


Thanks, 


-Origi nal Message- 

sent: Wednesday 7 Xu gust 31, 2005 9:34 AM 
To: 

s u b j ectflftn d icators^forTKTenforcement 


following are the program changes I need to do. I will be using global field 

l BC Addt?ona1 D progIms a to e be added to th loadset. Delete iebdte code check in the 
following progams. 

2. RMUXEO^- Add check for new value of IBCDTE global for pid data check. 

3. Add check for PID in TKSS for new value of IBCDTE global. Add checks for the 3 

Adjust^code°for non-BC and BC indicators I added in the program. 

could you let ne know if the.3 indicators for ARROW, CDS etc. have already been set 
up so I can incorporate for item#3 above? 

As far as the dob/pidd cross check for group PNR still needs to be pursued further. 
Can’t be definitive until 1 actual code is in place for the 5 items for groupPNRS. 
I don’t think it’s going to be a problem as long all PAX in the PNR are associated 
correctly and no dups. 

Thanks, 


From: (b)(6) ' _ i 

sent: Tuesday, August 23, 2005 J-2 .l3_1.PM 

To: (b)(6) 

Cc : $Li$h- ' T,-: 

subject: APIS status - gds 


Hello, 

The current status for each GDS is as follows: 

SABRE - Awaiting Arrow’s entries to be available in TPFT. Bill to complete changes 
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to GDS PNR display and History 

Amadeus - initial coding is expected to be complete by the 16th September, with load 
targeted for the 19th October. 

Apollo - I believe the initial code is ready, but awaiting a response from Apollo. 
Load planned for mid September 

Worldspan - contact on Holiday - late October implementation at the earliest. 


From: '(6 )1-...... 

sent: Sunday, August 21, 2005 8:42 AM 

To: Arrow On Call 

Subject: is this a problem? 

SOR70001I 05.35.00 BORDER CROSSING NAME LIST 

TRANSMISSION FAILURE 08/21/05 + 


SOR70001I 05.35.10 BORDER CROSSING NAME LIST 
TRANSMISSION FAILURE 08/21/05 + 


SOR70001I 05.35.22 BORDER CROSSING NAME LIST 
TRANSMISSION FAILURE 08/21/05 + 


TRAIN 64/21AUG NFL 

TRAIN 63/21AUG NFL 

TRAIN 63/21AUG NFL 


From: 

Sent: 

To: 

Subject 


F rraayTg^t, 19 , 2005 9:27 AM 

New indicators in CEM table 





I have changed the CEM table to include 2 new options: PID-(Y/N) and TCP-(Y/N). 
Please see TPF7 and tell me if display and parameters to alter it are ok. 

CEMM5 

COD-lA PID-Y TCP-N 



From: 

Sent: 

to: 

cc: 

Subject 


Thursday, Au gust 18, 2005* 4:56 PM 
(h)(6) 

IliliP I 

: RE: APIS 


Something came up that I had to handle today. Not finished yet. I'll got your 
messages and I'll get back to you tomorrow. 
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Galileo International 
product Delivery 



From: 
Sent: 
To: 


Thursday, August 

wai . 

subject: RE: APIS 
Importance: High 


11:45 


Hello I®!, 

Yes we have the same list - but Customs gave us a 
need to do our side is map your codes to ours - I 
believe AD, A, C, I, IP, P, F mean and then we 11 


different list - I believe what we 
listed that below - what do you 
see about mapping them: 


AIRIMP Code 


Amtrak code 
Description 


RA 

US Resident Alien Card 


PR 

LPR (Legal Permanent Resident) Card 
P 

PP 

Passport 

IP 

RE 

Re-entry Permit 


RT 

Refugee Travel Document 


NC 

Naturalization Certificate 
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BC 

Birth certificate (requires photo id) 


MO 

Military orders (requires photo id) 


-original Mes sage- 

From: 

sent: Wednesday, Auqust 

To: _ 

subject: apis 


PM 


We will only recognize the following Document Types: 
AD, A, C, I, IP, P, F 

This is in AIRIMP 29th edition, page 143, 3.14.1.1. 
I’ll call you when I get in tomorrow. 


;alileo international 
Product Delivery 


From: 

Sent: 

To: 

subject 



APIS 


we Will only recognize the following Document Types: 
AD, A, C, I, IP, P, F 

This is in AIRIMP 29th edition, page 143, 3.14.1.1. 
I'll call you when I get in tomorrow. 


Galileo international 
Product Delivery 

pi ; IT' 



sent: Tuesday, August 16, 2005 4:31 PM 

To: 

cc: (b)(6) ■■ -V _ . . 

Subject: " RE: passenger information Requirements for Border crossing 

Hi HUH, 


l would like to confirm our IT Department have advised the proposed 
format will be accepted in Bypass. Please let me know when you are 
ready to test the proposed Border Crossing format. 
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sabre / Travel Network 


Manager, Rail Account Relations 



-origi nal Message -——- ^ ^ 

sent -^Monday , July 25, 2005 11115 am" 

To: 

Cc: (b)(6) ... . . , 

Subject: Passenger information Requirements for Border Crossing 
Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 
These 

changes are being mandated by the US Border inspection Agencies. We 

have „ , , , 

targeted the requirements to be of least impact to you, and have a 

tTaTG6t!PCI 

date of the 1st October. Please review and let me know which approach 
for 

passing data that you will employ. 

Thanks, 



«SABRE Border crossing changes.doc» 
Sent: Tuesday, August JL6, 2005 4:15 PM 

Subject/ Re1~ apis Detailed Design 

This message has been archived. 


Perhaps not in the same category as they are not strictly part of the project, but 
we can just list them in a separate note: 

Programs: PDE9, PDFC, TOEG and TAPl. Macro: RTOMA 


From: 

Sent: TuesdayAugust 16, 2005 4:09 PM 
Subject: APIS Detailed Design 


Hello, 

I made a few changes and added the CEM table stuff - Do you think I should list the 
programs that we are commenting code out of? 


« File: GDS_APIS_DSG.doc » 
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From: ._ 

Sent: Monday , Au gus t 15 , 200 

to: wmkMSmMgmm 

3 


2005 4 :09 PM 





Subject: 

Attachments: 


Minutes of the APIS project status Meeting 08/12/05 
APlS_Phase2 _IMPL_Pl an_081505.doc 


The main discussion point of the meeting was the phase 2 implementation schedule. 


Some minor changes were agreed to and the project team concurred to the updated 
schedule which is attached. 


From: 

Sent: 

To: 

Cc: 

Subject: 
Attachments: 



ust 15, 2005 10:06 AM 


Detailed Design Doc (draft) for APIS-GDS 
GDS_APIS_DSG.doc 





This is the doc I had completed early last week, before the GDS announced their 
choices to support this. Now that we know better how they want things to work, the 
document may need several modifications, but I think it is more important to start 
working in the development asap and then to modify the doc on the road.. 



From: 
sent: 

To: 

Subject: 
Attachments: 


Monday, August 15, 2005 9:44 AM 



_IMPL_P1an_081505.doc 


From: 
Sent: 
to: 

Subject 


lay, August 12, 2005 12:18 PM 

. ' 


probably should use the 3P* bit, as it's only referenced in two programs. 






sent: 

To: 

Subject 


Frida y, Au gust 12, 
CEM Table 


Border Crossing.txt 
2005 9:47 AM 


I believe it's TIQ5,^ 6^ 

Sent: Friday, August“f27^ST _ 6t47 AM 

jo: | 

Subject:Re^ Passenger information Requirements 
Attachments: Worldspan Border Crossing changes.doc 


(E-mail) 


for Border crossing 



We have decided that we would go with SSR. I am not sure if we would be 
able to meet the deadline of 1st Oct. 


Regards, 



Product specialist Non - Air 
worldwide Product Planning 


phone: 
Fax: 
emai1: 




Passenger information Requirements 
for Border Crossing 


Hello 

Please find attached the changes being proposed for the collection of 
additional identification data for the Border crossing PNRs in Arrow. 

"rh 050 

changes are being mandated by the US Border inspection Agencies. We have 
tarqeted the requirements to be of least impact to you, and have a targeted 
date of the 1st October. Please review and let me know which approach for 
passing data that you will employ. 
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Thanks, 


«Worldspan Border Crossing changes.doc» 

(See attach ed file : Worldspan Border Crossing changes.doc) 

sent: Thursday/ August 11, 2005 4:59 PM 

to : tmmmm amm 


cc: 
Subject: 


RE: Proposed APIS phase 2 Implementation scenario 



This looks fine to me. We’re currently on schedule for the Sep 25th implementation; 
|||! or I will let you know if anything changes. 



From: _—___ 

sent: Thursday, August 11, 2 0 05 4:46 PM 
to: 

f u #3 e c tiP r o pose d APIS pha^e - 2^lmp lenient at ion ‘Scenario 


Please review the proposed implementation scenario for APIS phase 2, and let me know 
if you see any issues affecting your area, 

or if you have any suggested changes. 


1. sep 6 - Unticketed PNRs that contain cross Border segments and do not have 

first and last names with at least 2 characters 

will be queued for Reservations action. At least 2 separate queues 
will be used to separate the PNRs by close in travel dates 

and further out travel dates. 


2. Sep 23 - Rail RES STARS beta release containing APIS phase 2 changes will be 

loaded. 

However, the APIS enhancements will not be active until the Arrow 
activation bit is loaded in Arrow. 


3 , Sep 25 - Arrow and GDS changes will be loaded to permit and prompt for the 

addition of additional passenger information 
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The activation bit for Rail Res / STARS will be turned on. 

However the Arrow code will have 2 further indicators, 
that will allow enforcement of the ticketing restrictions 

(do not allow ticketing unless all the new fields are 
present) be turned on or off. 

one indicator will be for Rail Res / STARS ticketing of 
PNR’s and one will be for internet ticketing of PNR’s. 

The Rail Res / STARS indicator will be turned off until the 
rollout of the new Rail Res / STARS release has been completed, 

likely to be October 4th. 


4 , sep 25 internet changes for phase 2 will be implemented. The switch 
in Arrow to enforce ticketing restrictions on Internet ticketing of 

PNRs will be turned on. 

Should the internet load be delayed, then the ticketing 
enforcement switch in Arrow will remain off until the internet release is 
implemented. 

Also, should the internet release be fallenback, the 
ticketing enforcement switch for the Internet will be turned off. 


4. Sep 30 - oct 4: Rail Res / STARS final push. 


5. 


oct 5 Turn on ticketing enforcement switch for Rail Res / STARS 


From: 

sent: 

To: 


Thursday, August 11, 2005 4:47 PM_ 


ject: RE: Proposed APIS phase 2 implementation scenario 

This looks good to me 

-Oriqinal M essa ge- 

sent ^'Thursday, August _11, 2005 4^:46 PM 

SuBj Set: Proposed APIS phased imp! erne ntation Tee nario 


Please review the proposed implementation scenario for APIS phase 2, and let me know 
if you see any issues affecting your area, 

or if you have any suggested changes. 
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1 Sep 6 - Unticketed PNRs that contain cross Border segments and do not have 

first and last names with at least 2 characters 

will be queued for Reservations action. At least 2 separate queues 
will be used to separate the PNRs by close in travel dates 

and further out travel dates. 


2 Sep 23 - Rail RES STARS beta release containing APIS phase 2 changes will be 

loaded. 

However, the APIS enhancements will not be active until the Arrow 
activation bit is loaded in Arrow. 


3 , Sep 25 - Arrow and GDS changes will be loaded to permit and prompt for the 

addition of additional passenger information 

The activation bit for RailRes / STARS will be turned on. 

However the Arrow code will have 2 further indicators, 
that will allow enforcement of the ticketing restrictions 

(do not allow ticketing unless all the new fields are 
present) be turned on or off. 

One indicator will be for RailRes / STARS ticketing of 
PNR’s and one will be for internet ticketing of PNR’s. 

The RailRes / STARS indicator will be turned off until the 
rollout of the new RailRes / STARS release has been completed, 

likely to be October 4th. 


4. sep 25 internet changes for phase 2 will be implemented. The switch 
in Arrow to enforce ticketing restrictions on internet ticketing of 

PNRs will be turned on. 

Should the Internet load be delayed, then the ticketing 
enforcement switch in Arrow will remain off until the Internet release is 
implemented. 

Also, should the internet release be fallenback, the 
ticketing enforcement switch for the internet will be turned off. 


4. sep 30 - Oct 4: RailRes / STARS final push. 
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oct 5 Turn on ticketing enforcement switch for Rail Res / STARS 


Sent: Thursday,”Augu st 11, 2005 4:46 PM 

To: 


subject! 


Proposed APIS phase 2 implementation scenario 



Please review the proposed implementation scenario for APIS phase 2, and let me know 
if you see any issues affecting your area, 


or if you have any suggested changes. 


1. Sep 6 - Unticketed PNRs that contain cross Border segments and do not have 

first and last names with at least 2 characters 

will be queued for Reservations action. At least 2 separate queues 
will be used to separate the PNRs by close in travel dates 

and further out travel dates. 


2. Sep 23 - Rail RES STARS beta release containing APIS phase 2 changes will be 

loaded. 

However, the APIS enhancements will not be active until the Arrow 
activation bit is loaded in Arrow. 


3_ Sep 25 - Arrow and GDS changes will be loaded to permit and prompt for the 

addition of additional passenger information 

The activation bit for Rail Res / STARS will be turned on. 

However the Arrow code will have 2 further indicators, 
that will allow enforcement of the ticketing restrictions 

(do not allow ticketing unless all the new fields are 
present) be turned on or off. 

one indicator will be for Rail Res / STARS ticketing of 
pnr’s and one will be for internet ticketing of pnr’s. 

The Rail Res / STARS indicator will be turned off until the 
rollout of the new Rail Res / STARS release has been completed, 

likely to be October 4th. 
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4 Sep 25 internet changes for phase 2 will be implemented. The switch 
in Arrow to enforce ticketing restrictions on internet ticketing of 

PNRs will be turned on. 

Should the Internet load be delayed, then the ticketing 
enforcement switch in Arrow will remain off until the Internet release is 
implemented. 

Also, should the internet release be fallenback, the 
ticketing enforcement switch for the Internet will be turned off. 


4. Sep 30 - Oct 4: Rail Res / STARS final push. 

5 _ Oct 5 Turn on ticketing enforcement switch for Rail Res / STARS 


From: 


Sent: ijiesday, Aug ust 09, 2 0^4:~ff PM 

Subject:" " reP rernent s for Bo rde r crossing 
Attachments: APIS SSRs v4.doc 


Galifeo will be implementing the DOCS SSR in mid : september we have to 
complete development to make this carrier specific because Amadeus carriers 

cannot support the new entry yet. . . . . _ ,. in 

The formats in your document do not agree with the formats we will be 

Please qive^me a call so we can discuss the testing and implementation. 

I am attaching the functional advisory and screen hange notice. 


Gan leo 
product 


ffissetaswEssa sss , - 

international 
Delivery 


- origi na l Mes sage-- — 

From: Hft H M 1 - - ^_ 

Sent: Monday, August 08, 2005 2:00 PM 
To: (b)(6)' r." 

cc: .(b) 


Subjectt^REf^Passenger"informationRequi r'ements“fof Border crossi ng 


Hello, 


Please 


We have not heard any response from Galileo on this request, 
response with any questions or your preferred approach. Amtrak will assume 
H will be using the OSI format if no response is received. 


that your agents 
Many Thanks in advance, 
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> -original Messag e- 

> From: ZL _ZJT_ ._. 

> sent: Monday, July 25, 2005 12:16 PM 

> to: p)(6)' (E-mail) ; 

> cc: wmrnmWasm (E-mai i)ti 



(E-mai1) 

(E-mail 2);H 


Passenger information Requirements for Border Crossing 


Please find attached the changes being proposed for the collection of 
additional identification data for the Border Crossing PNRs in Arrow. 
These changes are being mandated by the US Border Inspection Agencies, 
We have targeted the requirements to be of least impact to you, and 
have a targeted date of the 1st October, please review and let me 
know which approach for passing data that you will employ. 

Thanks, 


> « Fi 1 e: Apo 11 o_ Border^_cros_si.doc 

subject:^^tSNpOffice AutoReply: Passenger information Requirements for 
Border Crossing 

I will be out of the office on business Monday and Tuesday, August 8-9 and 

will have limited access to e-mail._ If this m atter is urgent, please 

contact me via my cell phone at Plii l ___ _!• Otherwise, I will respond 

as soon as I am able. 

sent: WiS/?~Auqu3 05, 2005 10:47 AM 

To: 

subjectREf^lmpTementatiorT Schedule for APIS phase 2 

So that increases our program count, which gives more weight to the idea of loading 
on the Sunday, Sep 25. 

— has approved a Sunday load. 


Sent: Frid ay, August 05, 2005 10:4 3 AM 
to: (b)(6) 
cc: (b)(6) 

Subject: RE: implementation Schedule 


This is a rough count of segments (including how much change is required in each) 
for the gds. As 11 said, depending on the approach of each GDS this may change. 
The ideal situation"would be that all GDSs adopt the same approach (any bets.''). 
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TAXO small 
TAAE small 
TPE3 small 
Tool Small 
tid 6 Medium 
tig 2 small 
TIG3 small 

TIGS Big (Split into a new program?) 

TAK.5 Medium 
TAH7 Medium 

PDEC (small/Medium depending how the regular 5PID entry is processed) 
pded (Small) 

The PD program that handles 5PID process may need modifications as well. 
So in short: 

7 Segments w/small changes 
4 Segments w/medium changes 
1 segment w/big changes or new segment 
Total: 12 Segments . 



Heiio m m a , 


Does your program count include GDS program changes - I have.gjyHl working on that 
now - currently it'll only be a rough estimate as We are awaiting GDS feedback on 
the approach they wish to follow. It shouldn't change by more than a couple of 
segments if the GDS pick different approaches. 
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we have a rough count of segments by Monday? 


-original Mess age- 

sent: Thursday, August 04, 2005 10:04 AM 
Cc: Arrow On calt 

Subject: implementation Schedule for APIS phase 2 

APIS phase 2 will be ready for implementation late September. 

The implementation requires co-ordination of software loads on Arrow, XAAPI, Rail Res 
/ STARS, and the internet 

I am now in the process of trying to finalize the load schedule for each of these 
pieces. 


The Arrow changes are not large. They involve: 

Changing the requirement for all PNR name fields, both first and last, to be a 
minimum of two characters. Currently it is one. 


For Border crossing PNRs only, additional passenger information will need to be 
collected. 


2. Document Type (details to be defined in external design) 

3. Document Number (details to be defined in external design) 

4 . Document Expiry Date (details to be defined in external design) 

5. Gender 


However, although the changes are not large and involve only about 15 segments, they 
do touch major system components, 

PNR creation and End Transaction. 

rr / STARS will be in Beta Sep 23, with the final push Sep 30. 

Internet will be ready Sep 25 
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Arrow will be ready to load the week of Sep 25. We could load either Sunday Sep 25 
or Tuesday Sep 27. 

Sep 27 currently has no other implementations on the schedule, neither does Sep 25, 

although there is PNR related load, PRAD2V build of existing PNRs (one time 
conversion utility) on the Saturday Sep 24. 


My preference would be Sunday Sep 25. This would simplify coordination with the 
internet load, 

and would also allow for 2 more days of RR / STARS Beta testing. 


However, if there is a desire not to load this on Sep 25, following the Sep 24 
PRAD2V build of existing PNRs load, we could live with Tuesday sep 27. 


comments, questions, concerns ? 



The final version of the APIS phase 2 External Design document was agreed to at 
Friday's (7/29) status meetings. 

The document is attached. 


From: _ 

Sent: Thursday, August 04, 2005 10:04 AM 

Cc: Arrow orPcal f 

subject: implementation schedule for APIS phase 2 


APIS phase 2 will be ready for implementation late September. 

The implementation requires co-ordination of software loads on Arrow, XAAPI, Rail Res 
/ STARS, and the Internet 

I am now in the process of trying to finalize the load schedule for each of these 
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The Arrow changes are not large. They involve: 

Changing the requirement for all PNR name fields, both first and last, to be a 
minimum of two characters. Currently it is one. 


For Border crossing PNRs only, additional passenger information will need to be 
collected. 


Document Type (details to be defined in external design) 
Document Number (details to be defined in external design) 
Document Expiry Date (details to be defined in external design) 
Gender 


However, although the changes are not large and involve only about 15 segments, they 
do touch major system components, 

PNR creation and End Transaction. 


RR / STARS will be in Beta Sep 23, with the final push Sep 30. 

Internet will be ready sep 25 

Arrow will be ready to load the week of Sep 25. we could load either Sunday Sep 25 
or Tuesday sep 27. 

Sep 27 currently has no other implementations on the schedule, neither does Sep 25, 

although there is PNR related load, PRAD2V build of existing PNRs (one time 
conversion utility) on the Saturday Sep 24. 

My preference would be Sunday sep 25. This would simplify coordination with the 
Internet load, 

and would also allow for 2 more days of RR / STARS Beta testing. 

However, if there is a desire not to load this on sep 25, following the Sep 24 
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PRAD2V build of existing PNRs load, we could live with Tuesday Sep 27. 


comments, questions, concerns ? 


From. ____ _ .. . . , 

Sent: Thursday, August 04_, 2005 9:56 AM 

Subject/ ~~ ** kEr DOB Issue ^ Appended H^ext ~probl ern - P~NR 355BE 


The way the dob is designed, too many programs would need to be changed, including 
possible impact to the gdss. I just figured it would be very minor and I could just 
chanqe it to help reduce the maintenance needed for the DOB package. However, based 
on the number of programs, it would have to be a change request if anyone ever 
desired more meaningful error responses. Please ignore my last note. I apologize 
for the inconvenience. 


Thanks. 


Amtrak Technologies 
10 G St NE - if " _ 

Washington, DC )2 



- Arrow Software Developer 


-original Message- 

Sent: TRursSayTTuqust 04, 2005 7:59 AM 

To: ijgr 

CC: H (6) 

Subject: RE: DOB Issue - Appended text problem 


- PNR 355BE 


I wanted to also include a change in DOB functionality that would make a different 
error response for missing required DOB information such as no country code. 5DOB 
entries do not require the country code but yet Ticketing does require the country 
code. However in the current system, the error message is the same for Ticketing 
whether or not it’s a missing DOB or a DOB without a country code. 


IPPi, do you see any problems with changing this? I have talked withjggfjil_and he 
seemed ok with a more meaningful error response. The reason I bring it up is I 
sometimes waste quite a bit of time not realizing I forgot to put in the country 
code when it's required and I'm sure it would save some agents time staring at DOB 
information wondering if anything is missing or not. 


§gj§j, if we change this, are there any changes necessary for AAPI or XAAPI? 

How about the following error response in the case of no country code in the 5DOB 
field at Ticketing time (TK and 7TKT entries), if everyone is ok with it? 

COUNTRY CODE REQUIRED 


Thanks. 







Amtrak Technologies 
10 G St NE - HI 1 
Washington, DC 20002 

jsssamamm 
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-Original Mes sag e- 

Sent: Thursday, August 04, 2005 7:44 AM 

Subject: ~~ " DOB issue 4Appended text""pro61 em - PNR 355BE 

I have recreated the problem that is in fflWM MXSS • it's an appended text problem. 
It's the same problem as — that was reported to (b)(6) (b)j last week except 

that (b)(6) .U was because of an INFANT appended text not being found when it 

existedT Although I'm not sure why the agent was putting in DOB information in as 
appended text to begin with rather than as 5D0B. Had they not done this there 
wouldn't have been this DOB issue. 

The ticketing never gets filed into the PNR because of the appended text confusion. 

I will look into this to see if this can be fixed without touching appended text 
entry functionality. Hopefully, ticketing can be made smarter to not have issues in 
this case. 

Thanks. 


Appended text entries from Agent Activity (These are the types of entries that 
really mess up appended text when appended text didn't exist for an item beforehand 
such as in this case.): 


- 01 ©] 

febii: 


- 02 @ 1/1 

JUN171< 


-0301/ 

DEC2211 


TPF5 recreation: 

040728 RR HL NONE 

- 01 © 


CTC-P 


117.00/ 



510 C. SEA-VAC 745a SA 13AUG 1140A 13AUG Y 


*T HK3 


301© T SEG # 1 BASIS 3F /Pl-3 

* YOFC RAIL FARE 117.00 
5001© DOB- 19MAR1952/US/P1 

5002© 19MAR1952/US/P2 

5003© 19MAR1952/US/P3 

7001© TKT 2166981000018 SEG #1 CA 



SEG# 

09, 

10, 

11, 

12, 


47, 

48, 

49, 

50, 

51, 


69, 

71, 

72, 

73, 

74, 

7002© TKT 

2166981000026 

SEG 

#1 

CA 


SEG# 

09, 

10, 

11, 

12, 


47, 

48, 

49, 

50, 

51, 


69, 

71, 

72, 

73, 

74, 

7003© TKT 

2166981000034 

SEG 

#1 

CA 


901© 202-906-4328-H /Pi 


$39.00 /Pi 


13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45, 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66, 

75, 

76, 

81, 

82, 

83, 

84 





$39.00 



/P2 





13, 

14, 

15, 

16, 

18, 

26, 

34, 

42, 

44, 

45, 

52, 

55, 

56, 

57, 

58, 

59, 

60, 

61, 

64, 

66, 

75, 

76, 

81, 

82, 

83, 

84 





$39.00 



/P3 
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040728 
CTC- P 

6981 CS 325A 04AUG2005 HDQ 
XN 001 ONE/ONE 
XN 001 TWO/TWO 
XN 001 THR/THR 
AN 001 (6) (6) X 
AN 001 (b)(6) ' (b)l 

AN 001 (b)_(6)_ 

6981 CS 326A 04AUG HDQ L055 


AD DOB- 

AD DOB- 

AD DOB- 
6981 CS 


19MAR1952/US/P1 
19MAR1952/US/P2 
19MAR1952/US/P3 
327A 04AUG HDQ L055 


er 

DOB INFORMATION REQUIRED 

i 

DOB INFORMATION REQUIRED 
i r 

DOB INFORMATION REQUIRED 
7tkt 

DOB INFORMATION REQUIRED BEFORE TICKETING 


Agent activity for 7943 NCR: 
1 + 

A13AUGS EAVAC+ 

CRD*CTYSEA/CTC+ 
A13AUGNCRVAC+ 

A13AUGSEAVAC+ 

N3Y1+ 



93012613080-H/P1+ 

6P+ 


*R+ 


ER+ 

301@+ 

*R+ 

301©+ 


*R+ 

3IP2E,1SA+ 

*R+ 


ER+ 

5AAA212-2000069015+ 
*R+ 


ER+ 


ER+ 

TKF??+ 
TKFAXB3715 
-01Q 1MBB 
-02@l(b) (8) 


*R+ 


165251 




37010-^GELMAN/DALE 

FEB111943+ 

I JUN171921+ 
DEC221979+ 


ER+ 

5AAA212-2000069015/P3+ 

*R+ 
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